Convert.ToDouble ne gère pas les points ?

Bonjour tout le monde ! :P

Je débute en C# et je me trouve face à un problème bien ennuyeux : j'essaye de convertir en double un nombre décimal contenu dans une string avec la fonction Convert.ToDouble (), mais je me suis aperçu que cela marchait uniquement si la virgule du nombre était une vraie virgule et que cela plantait si c'était un point. 8O

Code:

---

1 2	double a = Convert.ToDouble("1.5"); // plante double b = Convert.ToDouble("1,5"); // marche

---

Or la majorité des nombres décimaux utilisent un point (si on fait double a = 5/2, a vaudra 2.5 et non 2,5 ...) donc je voudrais savoir si il existe une autre fonction qui convertis une string en double mais qui gère les points cette fois. :D

Merci d'avance ! :king:

Tu as un problème de format : la chaîne est ici interprétée en fonction des paramètres régionaux définis.
Utilise la surcharge avec un IFormatProvider et utilise NumberFormatInfo pour définir ton format.

Salut, et merci de me répondre si vite ! :king:

Mais je ne suis que débutant, et je ne comprend pas trop ce que tu veux me dire ! :oops:

Ya le mode bourrin sinon :P

Code:

---

1 2 3

string valeur = "1.5"; double a = Convert.ToDouble(valeur.Replace(".",","));

---

Au passage si ya des calculs precis a faire, le decimal est mieux.
cf http://www.developpez.net/forums/sho...d.php?t=530049

Regarde l'aide sur NumberFormatInfo et surtout sur Convert.ToDouble, où tu trouveras un exemple précis avec NumberFormatInfo.

Quant à "la méthode bourrin", je te la déconseille fortement : qu'adviendra-t-il quand ta culture locale changera ? Mieux vaut expliciter le format à utiliser, tu deviens alors portable...

La méthode bourrin on peut oublier effectivement ^^

Si le séparateur décimal peut varier, passe par le NumberFormatInfo comme indiqué plus haut. Par contre le séparateur décimal est toujours le point, on peut aller au plus simple

Code:

---

1 2 3 4

using System.Globalization; ... double a = Convert.ToDouble("1.5", new CultureInfo("en-US")); // a vaut 1.5

---

Le point étant le séparateur décimal en anglais, on indique d'utiliser cette culture pour la conversion.

Attention à ne pas faire cette conversion avec une virgule comme séparateur décimal.

Code:

---

1 2 3 4

using System.Globalization; ... double a = Convert.ToDouble("1,5", new CultureInfo("en-US")); // a vaut 15

---

Tu n'auras pas d'erreur, mais le résultat ne sera pas celui attendu : 1,5 devient 15 car le séparateur des milliers, la virgule en anglais, est tout simplement supprimé.

Merci beaucoup à vous tous, cela marche parfaitement maintenant ! :king:

J'avais toujours pensé que le C++ était le meilleur langage de programmation mais depuis que j'apprend C#, je m'aperçois que je me suis lourdement planté ! :aie:

PS :

Citation:

---

Au passage si ya des calculs precis a faire, le decimal est mieux.
cf http://www.developpez.net/forums/sho...d.php?t=530049

---

Je code un calculateur d'expressions aritméthiques (styles : 2+2 ou 6*((2.6+0.7)/(5.8-3)) :D ). Il est donc préfèrable d'utiliser le type décimal ? 8O

salut

Pour info, ya pas de meilleur langage qu'un autre...

donc, C# n'est pas mieux que C++

C'est juste qu'il est différent et que Microsoft a essayé de prendre le meilleur du C++ et du Java pour "pondre" le C#...

Et il est vrai que le résultat est plutot sympa... Cela dit, après, il ne faut pas confondre le langage en lui même (qui est surtout sympa pour les delegate et les
event).... et les librairies fournis (nombreuses sous Java qui font souvent dire au gens Java, c'est mieux que C#... alors que c'est juste différent)...

Après, si on considère que le meilleur langage, c'est celui qui a le plus de librairie disponible pour limiter les développements à faire... C# n'est pas
encore au niveau de Java... pour le moment :)

The Monz, Toulouse

Oui j'ai bien compris maintenant qu'il n'y a pas un meilleur langage qu'un autre car chaque langage est adapté pour uhe ou plusieurs tâches précises (pour faire un site web, PHP est mieux que C# et inversement pour créer un logiciel). :D

Mais je pense que C# (et tous les langages .NET) a un bel avenir devant lui, ce qui n'est pas forcément le cas d'autres langages comme le C ou le C++ qui ont déjà fait leur temps. Comme disait mon grand-père, à chacun son époque !!! :yaisse2:

Citation:

---

Envoyé par BCmDev

Pas du tout ! Elle utilise implicitement la culture associée au thread courant, c'est d'ailleurs pour cela que je signalai le problème d'une culture locale changeante.

---

Je comprend pas trop le probleme. On peux m'expliquer ? :D
car si c'est bien en fr il y aura aucun caractere change puis c'est tout non ?

Au passage, j'ai nomme cette methode bourrin car je me doutais bien que c'ete tres sale ^^

Les fonctions de conversion depuis et vers les chaînes de caractères (respectivement Parse et ToString) s'appuient par défaut sur les locales de la machine pour interpréter les données.

Sur une machine us :

(4.5).ToString() renvoie "4.5"
Convert.ToDouble("4.5") renvoie 4.5
Convert.ToDouble("4,5") renvoie une exception

Sur une machine fr :

(4.5).ToString() renvoie "4,5"
Convert.ToDouble("4.5") renvoie une exception
Convert.ToDouble("4,5") renvoie 4.5

C'est pour cela que les fonctions de conversion ont des surcharges qui prennent la culture en paramètre, pour savoir comment interpréter les données. Pour faire une appli qui résiste au changement de culture, ces surcharegs sont à préconiser.

Si les données proviennent de l'extérieur de l'application (fichiers), on peut utiliser InvariantCulture pour être sûr de pas avoir de problèmes.