Discussion :

[dalio]

Bonjour
Est ce que quelqu'un peut m'expliquer ca?
conversion de double en int ne se fait pas correctement

Code :

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

1
2
3
4
5
6
 
         double montantApayer = 80.74;
          int montantApayerEnCentime = 0;
          double i = (montantApayer * 100);
          MessageBox.Show("" + i); ===> affiche  8074
          MessageBox.Show("" + (int)i);===>affiche 8073

[theMonz31]

Salut

tu ne fais pas une conversion mais un cast...

Si tu veux faire une vraie conversion, tu as la classe Convert qui est dédiée à ce genre d'actions. Utilises la et ne te pose pas "trop" de question

[dalio]

la classe Convert résoudre le probleme, mais vraiment je ne comprend pas pourquoi le casting ne marche pas?et il ne marche pas que pour 80.74

[Louis-Guillaume Morand]

80,74 *100 === 8073.99999999999991

d'où ton 8073.
Je pourrais te dire pourquoi ca vaut cela mais ne le sachant pas, je ne te le dirai pas mais le debug a parlé

[dalio]

pourquoi avec le 80.74

[Pol63]

single et double sont des nombres réels, donc parfois des quotients
le nombre est stocké en mémoire sous forme de calcul
pour des calculs juste il faut utiliser le type decimal (obligatoire pour des calculs financiers par exemple)
le decimal est stockée comme un int, avec une information de où est la virgule

si tu mets 1/3 dans un double, il vaut 1/3
si tu mets 1/3 dans un decimal, il vaut 0.333333333333 avec un nombre de 3 limité à la taille du type decimal

1/3 et 0.333333333 avec un nombre défini de 3 sont des nombres différents

de la même manière, quand tu mets 0.8 dans un decimal, il vaut 0.8
mais quand tu mets 0.8 dans un double, il cherche un moyen de l'écrire sous forme d'équation, car il n'a pas d'information de virgule, ce n'est pas un string ; donc il va stocker 4/5
dans le cas de 80.74, il cherche un quotient qui s'en rapproche le plus, et qui ne vaut donc pas 80.74
quand tu multiplies des double entre eux, pas de soucis, l'approximation allant assez loin, ca tombe en général juste (bienque en restant sur des doubles avec une facture ou un bulletin de paye, à la fin on a souvent un ou deux centimes de différences)

dans les bases de données il y a souvent les types money et smallmoney, qui sont des dérivés de décimal (ou numeric)