conversion de double en int ne se fait pas correctement

Version imprimable

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

Code:

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

29/09/2009, 14h58
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 :)
29/09/2009, 16h00
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 :calim2:
29/09/2009, 16h09
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 :aie: mais le debug a parlé
29/09/2009, 16h17
dalio

pourquoi avec le 80.74 8O
29/09/2009, 16h33
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)
29/09/2009, 17h00
dalio

merci pour la réponse
29/09/2009, 17h23
Louis-Guillaume Morand
j'ai fait des recherches et c'est sous forme équation mais simplement sous une puissance de 2. ce qui revient au même, il n'existe pas de puissance de 2 qui donne 80,74 d'où son 80,7399999991.

dans le même genre
Code:

1 2 3 double i = 1/3; ==> donne 0 decimal i = 1/3; ==> donne 0 double i = 1.0/3 ==> donne 0,333333331
faut faire super attention avec les nombres :)
30/09/2009, 09h21
theMonz31

juste pour info, il s'agit d'une norme IEEE qui définit la façon de stocker les nombres.. avec la mantisse et un chiffre :)

Et effectivement, si tu fais l'opération suivante:

(1/3) * 3 , tu n'auras pas 1... C'est quelque chose qui s'apprend et dont il faut tenir compte par exemple dans les domaines de l'aéronautique...

C'est pourquoi, en théorie, il faudrait comparer des doubles avec d'autres valeurs + un epsilon... bref, c'est un peu des mathématiques :)