Pourquoi double.TryParse(“0.0000”, sur doubleValue) renvoie la valeur faux ?

Je suis en train d'analyser la chaîne "0.0000" avec double.TryParse() mais je n'ai aucune idée de pourquoi en serait-il de retour faux dans cet exemple particulier. Quand je passe la entier-comme des cordes par exemple, "5", il traite correctement la valeur de 5 .

Des idées pourquoi il se passe ?

il prendra les paramètres de localisation au moment de l'exécution en compte... peut-être que vous sont en cours d'exécution sur un système où . n'est pas le point décimal mais , à la place ?
Oui, cela pourrait être le cas, mais comment le résoudre ?
Vous suggère de faire une réponse (et inclure surcharge qui prend un IFormatProvider de sorte que la culture peut être spécifié).
Peut-être que vous avez choisi la mauvaise culture. TryParse utilise la culture actuelle par défaut. (Un idiot décision de l'OMI, mais il est maintenant trop tard pour le changer)

InformationsquelleAutor Patryk | 2011-12-11

c#double parsing

50

il prend les paramètres de localisation au moment de l'exécution en compte... peut-être que vous exécutez sur un système où . n'est pas le point décimal mais , à la place...

Dans votre cas particulier, je suppose que vous voulez un fixe de la culture quel que soit le système que vous êtes en cours d'exécution sur avec . que le point décimal:
```
double.TryParse("0.0000", NumberStyles.Number, CultureInfo.CreateSpecificCulture ("en-US"), out temp)
```
OU
```
double.TryParse("0.0000", NumberStyles.Number,CultureInfo.InvariantCulture, out temp)
```
Certains MSDN liens de référence:
InformationsquelleAutor Yahia

TryParse utilise la culture actuelle par défaut. Et si votre culture actuelle utilise un séparateur décimal différent de ., il ne peut pas analyser 0.0000 comme vous le souhaitez. Donc, vous devez passer dans CultureInfo.InvariantCulture.

var numberStyle = NumberStyles.AllowLeadingWhite |
                 NumberStyles.AllowTrailingWhite |
                 NumberStyles.AllowLeadingSign |
                 NumberStyles.AllowDecimalPoint |
                 NumberStyles.AllowThousands |
                 NumberStyles.AllowExponent;//Choose what you need
double.TryParse( "0.0000", numberStyle, CultureInfo.InvariantCulture, out myVar)

Le code ne correspond pas au texte.
Merci, fixe..

InformationsquelleAutor CodesInChaos

3

Presque certainement le problème est que Thread.CurrentCulture ne pas utiliser le point comme séparateur décimal.

Si vous savez que le nombre sera toujours mis en forme avec le point comme séparateur décimal, utilisez ce code qui utilise l'autre surcharge de double.TryParse:
```
style = NumberStyles.Float | NumberStyles.AllowThousands;
culture = CultureInfo.InvariantCulture;
float num;
if (double.TryParse("0.0000", style, culture, out num)) {
    //whatever
}
```
InformationsquelleAutor Jon
2

Il sera de retour false si la culture actuelle indique une virgule séparateur qui est différente de la . caractère.

Lors de l'analyse des chaînes de la représentation, vous devez être conscient de ce que la culture qu'ils sont représentés autrement vous aurez un comportement inattendu.

Dans ce cas, vous obtenez false, mais ça pourrait être pire encore, par exemple dans l'exemple suivant, si vous vous attendiez à obtenir le numéro un de vous au lieu d'obtenir un mille:
```
Thread.CurrentThread.CurrentCulture = new CultureInfo("pt-PT");

double d;
Console.WriteLine(double.TryParse("1.000", out d));
Console.WriteLine(d);
```
C'est parce que dans le pt-PT de la culture de la . caractère est utilisé comme NumberGroupSeparator et la , caractère est utilisé comme NumberDecimalSeparator.

Si l'entrée vous êtes l'analyse provient de l'utilisateur, il faut l'analyser en utilisant la culture de l'utilisateur est associé. L'obtention de la culture de l'utilisateur est associé est quelque chose dépend du contexte, par exemple dans une application Windows Forms, vous utilisez Thread.CurrentThread.CurrentCulture quand sur le thread d'INTERFACE utilisateur pour l'obtenir. Dans un ASP.NET application ce qui peut être différent.

InformationsquelleAutor João Angelo
1

À changer la culture de quelque chose qui a "." comme séparateur décimal utilisation:
```
Thread.CurrentThread.CurrentCulture = new CultureInfo("en-GB");
```
- La modification de la culture actuelle, c'est un peu moche. Surtout depuis que vous devez sauvegarder et restaurer. Et puis vous avez besoin pour prendre soin des exceptions...
- Je pensais que peut-être il a besoin de l'application à l'échelle, ou au moins de fil à l'échelle de l'analyse des doubles de la même manière. Alors, elle lui permet d'éviter de transmettre la culture de chaque méthode d'analyse qu'il appelle.
InformationsquelleAutor Tudor
1

Lorsque cette méthode retourne, contient le double-precision floating-point
nombre équivalent à la s paramètre, si la conversion a réussi, ou
zéro si la conversion a échoué.

À partir de la page MSDN pour cette méthode.

http://msdn.microsoft.com/en-us/library/994c0zb1.aspx

Zéro va en, zéro sort.

InformationsquelleAutor Kill Joy
0

La modification de la CultureInfo avec TryParse n'a rien fait pour moi. J'ai dû changer le nombre de formats de sous Panneau de Contrôle (le Changement, la date, l'heure, ou des formats de nombre) et changé le symbole Décimal. Que cela a fonctionné à nouveau.

InformationsquelleAutor Cerveser
-1

La chose la plus stupide à ce sujet est qu'il ne l'accepter "," comme séparateur décimal dans ma culture, mais le résultat est avec un ".". Quelqu'un, quelque part, n'était pas très chanceux de la pensée de ce jour...
Je vais donc essayer ceci:
```
if ((double.TryParse(sVat, out vat)) == false)
    if (double.TryParse(sVat.Replace(",", "."), out vat) == false)
      double.TryParse(sVat.Replace(".", ","), out vat);
```
- "Je vais essayer ce" Est-ce une réponse? Cela fonctionne? Si ce n'est pas dire "je vais essayer cela".
InformationsquelleAutor Ola Gabrielson

-3

Ça fonctionne pour moi:

double temp = 0;
Console.WriteLine(double.TryParse("0.0000", out temp));
Console.ReadLine();

écrit True.

InformationsquelleAutor Saeed Neamati

Vous devez vous connecter pour publier un commentaire.