Discussion :

[saidgrd]

salut;
g realiser une application sous visual c# qui utilise une bdd sql server.
ds cette application j'utilise un DataReader pour acceder a mes données, normalement le resultat d'une lecture d'un decimale devrait etre du genre "2.55", remarquez bien le point, et c'est éffectivement ce que me sort mon pc, et même le pc d'un amis.
cepandant cette même instruction sur un autre pc me sort "2,55", remarquez bien il ya une vergule au lieu du point. ceci cause un grave bug ds mon application a cause de la vérgule, que je peut contourner en convertissant le nombre en chaine de caractaire puis faire un replace.

mais moi je veut connaitre la raison de ces différents résultats, je sais pas peut etre qu'il ya des options regionales a modifier, sachant que mon syst d'exploitation est un xp version anglaise, alors que les autre (ou il ya le probleme de la vergule) sont on un Xp version française.
ou bien peut etre que le pb n'est pas ça ???!!!!!!!!!!!!

merci d'avance.

[killer69]

salut

je te jure que j'ai encore le même problème, je viens de développez une application pour une agence de Transit, ce qui est drole chez moi quand je veux entrer la valeur de devise, mon système m'oblige à introduire un truc comme ça 12.6 ( n'accepte pas la vergule ) quand j'ai installer l'application dans l'entreprise le mêm système n'accpete que des valeurs tel que 12,6 (pour 12.6 il genère une erreur).

je vais encore chercher et dès que je trouve des nouvelles je te les commuique

[saidgrd]

merci moi aussi si je trouve quelque chose je te tiendrai au courant,

mais c comaime bizzar !!!!!!!!!!!!!!!!!!!!!, ça l'est telement que g u du mal a formuler mon probleme.

[smyley]

NumberFormatInfo.NumberDecimalSeparator
La chaine utilisée pour séparer le nombre de ses décimaux est dépendante de la culture actuelle de l'application. Sur un système anglais il s'agit du '.' tandis que pour un système français, c'est la ','.
Il est donc possible d'obtenir le caractère actuellement utilisé via la propriété cité ci dessus ...

[ced600]

Tout ceci est normale, c'est la globalization, quelque chose d'assez puissant pour gérer facilement les problèmes liées aux cultures.

salut;
g realiser une application sous visual c# qui utilise une bdd sql server.
ds cette application j'utilise un DataReader pour acceder a mes données, normalement le resultat d'une lecture d'un decimale devrait etre du genre "2.55", remarquez bien le point, et c'est éffectivement ce que me sort mon pc, et même le pc d'un amis.
cepandant cette même instruction sur un autre pc me sort "2,55", remarquez bien il ya une vergule au lieu du point. ceci cause un grave bug ds mon application a cause de la vérgule, que je peut contourner en convertissant le nombre en chaine de caractaire puis faire un replace.

La globalization ne s'applique normalement qu'à l'affichage, donc pour les string. Cela ne peut pas provoquer de bug si l'application est bien codé.
Je n'ai jamais vu une form qui plantais parce que tu affiches 2.55 ou 2,55.
Maintenant si tu fais des opérations mathématiques sur les nombres, et que tu récupères ces nombres en convertissant des strings en int ou double, ou float, ou ce que tu veux, tu n'auras des problèmes que si tu ne fais pas les tests nécessaire !!!!
Il faut toujours considérer que l'utilisateur rentre des données invalides pour déterminer les tests à faire avant d'utiliser le nombre.

[fally]

C'est peut etre etrange de trouver une virgule(,) a place d'un point(.) mais de là a ce que l'application bug hum?????
je pense qu'il faut nous montrer où le code bug

[Bluedeep]

Forcer la culture lors des conversions avec CultureInfo.

Ceci dit si l'application bug, dans ce cas, c'est qu'il y a de sérieux problèmes de conception (style convertir en chaine puis reconvertir en numérique derrière).

Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
            string myUserTypingContent = "123,456"; // "saisie"
            double myValue = double.Parse( myUserTypingContent , CultureInfo.CurrentUICulture );

A l'inverse, pour forcer l'utilisation du format anglo-saxon :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
            string myUserTypingContent = "123.456";
            double myValue = double.Parse( myUserTypingContent , CultureInfo.InvariantCulture );

Pour l'affichage :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
            double myValue = 123.456;
            string myValueToDisplay = myValue.ToString( CultureInfo.CurrentUICulture );

forcera l'affichage dans la "culture" de l'os installé

et

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
            double myValue = 123.456;
            string myValueToDisplay = myValue.ToString( CultureInfo.InvariantCulture);

va forcer l'affichage avec le "." comme séparateur décimal.

[saidgrd]

j'aurai du mieu m'expliquer;
comme je l'ai dit j'utilise une bdd, a un moment, ds mon application, je fait un datareader pour obtenir un decimal, puis je l'insert apres quelques bricoles ds une autre table, le probleme ne se manifeste pas quand je travaille avec dans le code de l'application car elle reconné le decimale quelque soit sa culture, mais apres les bricoles je doit le reinserer ds la base de donnee grace a une instruction du genre:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
"insert into ligne_fact values("+ Convert.ToString(code) +","+ Convert.ToString(prix) +")";

le prix etant en vergule l'SGBD me sort une exeption et me dit que g inserer 3 champ ds une table qui n'en contien que 2;

je vous rapele que g contourner ce probleme, et que je veut juste savoir comment l'eviter au future.

[saidgrd]

c bon je croi que g compris,
alors il reste avec le point jusqu'au moment ou je veut l'inserer ds la table,
la ou je fait Convert.ToString(prix); .c'est béte, c'est au dernier moment qu'il me lache lol;

merci pour tout les gars;

[Bluedeep]

c bon je croi que g compris,
alors il reste avec le point jusqu'au moment ou je veut l'inserer ds la table,
la ou je fait Convert.ToString(prix); .c'est béte, c'est au dernier moment qu'il me lache

On a déjà dit, redit, et répété à satiété que pour ne pas être emmerdé avec les conversions de valeurs (numériques ou dates) dans les requêtes sql, le plus simple est d'utiliser les paramètres. (DbParameters).

Toute autre façon de procéder suppose de faire une hypothèse forte sur la "culture" utilisée par le serveur SGBD, qui n'est pas forcément identique à celle utilisée par l'application cliente.

En utilisant les DbParameters, on délègue le problème à ADO.Net qui fait cela très bien.

Les "ToString" sur les valeurs numériques n'ont pas, en général, vocation à être utilisées pour autre chose que l'affichage.