Discussion :

[olibara]

Bonjour

Je me bat avec le parsage de double et j'avoue ne pas etre expert en la matiere de CultureInfo, NumberStyles et autre décors

J'ai un string representant un double mais pouvant utiliser indifférement le point ou la virgule comme séparateur

Pour le moment je n'ai rien trouvé de mieux qu'une machination du genre :

Code :

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

1
2
3
4
5
6
7
8
 if (Items[ImpDef.coo.X].Contains("."))
 {
    ok = double.TryParse(Items[ImpDef.coo.X], NumberStyles.Number, CultureInfo.InvariantCulture, out X);
  }
  else
  {
    ok = double.TryParse(Items[ImpDef.coo.X], out X);
  }

Qulqu'un a mieux a proposer ?
Merci de votre assistance !

[Kaidan]

L'entrée peut-être au format US genre 1,245,250.52 ?

[olibara]

A priori non, mais je me demande si mon trucage ne s'en sortirait pas dans ce
cas puisque je teste un point et non une virgule

Maintenant si un malin donne
1.000.000,25

Je suis quand meme foutu !

[Kaidan]

Tu peux pas plutôt tester le format à la saisie ?

[olibara]

Helas !

Quand on traite des fichier on n'est pas toujour maitre de la saisie

[StormimOn]

Et avec

Code :

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

1
2
3
4
5
6
7
double X;
bool ok = true;
 
if (!double.TryParse(Items[ImpDef.coo.X], NumberStyles.Number, CultureInfo.InvariantCulture, out X))
{
    ok = double.TryParse(Items[ImpDef.coo.X], NumberStyles.Number, CultureInfo.CurrentCulture, out X)
}

[ctxnop]

Salut
Moi j'ai eu le tour plusieurs fois quand je programmait un module d'import de données et comme j'en avais marre car personne me fournissait un fichier codé pareil, j'ai été un peu brutal avec un code de ce type :

Code csharp :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
public void ConvertString2Double(string text, out double result)
{
	string separator = ",";
 
	text = Regex.Replace(text, @"[\s]+", ""); // Supprime tous les espaces
 
	Match m = Regex.Match(text, "(?<separator>)[^0-9]+[0-9]*$"); // Cherche la dernière suite de caractère non numérique de la chaine
	if(m != null && m.Success)
		separator = m.Groups["separator"].Value; // S'en sert comme séparateur
 
	// Créer un formateur de nombre avec ce séparateur
	NumberFormatInfo nfi = new NumberFormatInfo();
	nfi.CurrencyDecimalSeparator = separator;
	nfi.NumberDecimalSeparator = separator;
	nfi.PercentDecimalSeparator = separator;
 
	// Tente de convertir le nombre avec ce format
	double.TryParse(Text, NumberStyles.Any, nfi, out result);
}

On peux améliorer l'expression rationnelle pour qu'elle tente de découvrir également le séparateur de groupe.
Avec cette façon de faire ca gère également les écritures du style : 3€50 ou 12kg70. Ce n'est pas parfait et l'expression rationnelle peux être améliorée pas mal je pense.

[olibara]

Bonjour

- Pour Stormimonn : ta proposition ne marche pas (j'avais déja essayé car Aucun des deux TryParse ne rendend False dans ce cas) : Le double est juste mat converti

- Pour ctxnop : ouais finalerment c'est la solution a mano qu'il faut employer

C'est dommage mais les dates et les double c'est toujours heuristique

[ctxnop]

Tu ne crois pas si bien dire. Ca me gave violent moi qu'on ne choisisse pas un standard international de stockage et qu'on s'y tienne. Il n'y à pas si longtemps j'ai du importé des données dans mon logiciel à partir d'un fichier texte que génère un logiciel concurrent quand on lui demande d'exporter ses données.
J'ai galéré je ne sais combien de temps avant de m'apercevoir d'un truc abérant :
Le fichier contenant des lignes dites "d'en-tête" et des lignes dites "sous-lignes".
par exemple, la première ligne devait aller dans une table, les 3 suivantes dans une autre table ayant une relation avec la première. Jusque là, pas trop de problème. Sauf que, les lignes d'en-têtes avaient des dates formatées comme ceci : "24/02/2009", alors que les sous-lignes c'était : "20090224.." (date unix avec bourrage sur la droite par des points)
Comme si un format de date c'était pas déjà assez chiant à gérer ...