Discussion :

[Fred_34]

Bonjour,

Quelqu'un pourrait-il m'expliquer ce mystère ? :

double result = 655.957;
result /= 100;
System.out.println(result);
-> 6.55957

result = 655.957;
result /= 10;
System.out.println(result);
-> 65,5957

result /= 10;
System.out.println(result);
-> 6.559569999999999

Il y a des choses spécifiques à savoir concernant les divisions en Java ?

Merci,
Fred

[kolodz]

Non,

C'est normal !
C'est dû à l'erreur réalisé lors du stockage de la valeur sur un système de valeur en base binaire+exposant en base binaire(puissance de 2).
Ce qui implique des impressions de calcul.
http://download.oracle.com/javase/tu...datatypes.html

double: The double data type is a double-precision 64-bit IEEE 754 floating point. Its range of values is beyond the scope of this discussion, but is specified in section 4.2.3 of the Java Language Specification. For decimal values, this data type is generally the default choice. As mentioned above, this data type should never be used for precise values, such as currency.

Cordialement,
Patrick Kolodziejczyk.

[thelvin]

Il y a des choses spécifiques à savoir concernant les divisions en Java ?

Concernant les nombres à virgules flottantes, en fait.
Cela n'est pas spécifique à Java, c'est pareil en C, C++, C#, assembleur, Pascal, PHP, JavaScript, et je n'ai pas vérifié les autres.
Cela n'est pas non plus spécifique à la division.

[Fred_34]

Concernant les nombres à virgules flottantes, en fait.
Cela n'est pas spécifique à Java, c'est pareil en C, C++, C#, assembleur, Pascal, PHP, JavaScript, et je n'ai pas vérifié les autres.
Cela n'est pas non plus spécifique à la division.

Effectivement, je viens de faire un test en C et c'est pareil ( voir pire).


Pour ce que je voulais faire, j'ai l'impression qu'en Java la bonne méthode est :
BigDecimal euro = new BigDecimal(new BigInteger("655957"), 5);

Merci à vous deux.

[thelvin]

Pour ce que je voulais faire, j'ai l'impression qu'en Java la bonne méthode est :
BigDecimal euro = new BigDecimal(new BigInteger("655957"), 5);

Oui, enfin, pour faire de la monnaie, il suffit d'utiliser un long exprimé en centimes. (ou en centièmes de centimes, pour certains calculs.)
Quand vient le moment d'afficher le montant en euros, tu poses une jolie virgule entre les troisième et deuxième derniers chiffres, et puis voilà.

Et pour d'autres choses, au bout d'un moment, qu'est-ce qu'on s'en fout, d'une erreur de précision à la 15e décimale ?

[tchize_]

Et encore c'est relatif. Je lisait un article une fois d'un gars qui bossait en banque. En "gros" pour eux la précision d'un double suffisait. Perdre du temps à utiliser des type précis (parce que ces type sont d'office plus longs à gérer et plus sujet à bug puis que leur manipulation est moins naturelle pour le programmeur) afin d'éviter au bout d'un milliard d'opération de perdre 10.000€ alors que la banque a un compte spécial pour ce genre de cas qui se chiffre en plusieurs millions d'euros, c'était peine perdue auprès des grandes pontes, il préfairaient un code en double facile à faire, facile à vérifier et donc la balance restait "en gros" correct.

Il y a donc de l'avenir pour continuer à se faire verser les 0.005 euros de marge d'erreur sur son propre compte quand on programme chez eux