Discussion :

[totore]

Coucou tout le monde,

Juste une petite question :
Est-ce normal que lorsqu'on fait :
double test;
test = 578 * 0.001; //Pour faire une division par 1000
J'obtient le résultat 0.578 (ce qui est tout à fait normal
Mais lorsque je fais 565 ou 563 :
test = 565 * 0.001;
J'obtient le résultat : 0.5650000000000001

Je pense qu'il est possible d'arrondir après x chiffre apres la virgule.
Comment on fait ?

Voilà, si quelqu'un pouvait m'apporté plus d'information sur "double"

Merci d'avance

[thibaut]

C'est normal les calculs sur les types natifs apportent des imprécisions. Pour les calculs avec plus de pérécision, utiliser BigDecimal ou BigInteger.

A+

[®om]

C'est normal les calculs sur les types natifs apportent des imprécisions. Pour les calculs avec plus de pérécision, utiliser BigDecimal ou BigInteger.

A+

Oui, enfin, pas toujours... D'avoir une erreur de 10^-16 n'est pas forcément génant... D'autant que dans ce cas, BigDecimal apporterait plus de précision, mais pas une précision infinie car ça ne tombe pas juste, quelque soit le nombre de chiffres après la virgule...

Pour que ça ne gêne pas l'affichage, quand tu affiches un double, passe par DecimalFormat.

[thibaut]

Le DecimalFormat seul n'est pas la bonne solution.

Il faut arrondir et tronquer le résultat.

[totore]

Le DecimalFormat seul n'est pas la bonne solution.

Il faut arrondir et tronquer le résultat.

Dans ce cas là, comment fait-on pour arrondir ?

D'autre part, une division par 1000 et donne en général un résultat précis.. (ce n'est pas comme si je diviser par 3...)

Cela permet juste de décallé le virgule

[®om]

D'autre part, une division par 1000 et donne en général un résultat précis.. (ce n'est pas comme si je diviser par 3...)

Cela permet juste de décallé le virgule

Ce que tu dis est vrai uniquement dans la base dans laquelle tu travailles...

En base 10, tu divises par 10^3 (1000) ça ne fait que décaler la virgule...
L'ordinateur travaille en base 2, et donc c'est quand tu divises par 2^3 que ça ne fait que décaler la virgule (bien sûr ça marche avec toutes les puissances, 2^4, 2^5, 2^-12...).

Or, en base 2, 1/10 (0.1) ça ne tombe pas juste, d'où les erreurs

[totore]

Ce que tu dis est vrai uniquement dans la base dans laquelle tu travailles...

En base 10, tu divises par 10^3 (1000) ça ne fait que décaler la virgule...
L'ordinateur travaille en base 2, et donc c'est quand tu divises par 2^3 que ça ne fait que décaler la virgule (bien sûr ça marche avec toutes les puissances, 2^4, 2^5, 2^-12...).

Or, en base 2, 1/10 (0.1) ça ne tombe pas juste, d'où les erreurs

Arf... en gros, si je t'ai bien compris, c'est parce que java fonctionne en binaire... et que mon résultat en base 10 est converti en base 2 pour effectuer les calcules et reconverti en base 10 ensuite ?

Vive java....

[schniouf]

Arf... en gros, si je t'ai bien compris, c'est parce que java fonctionne en binaire... et que mon résultat en base 10 est converti en base 2 pour effectuer les calcules et reconverti en base 10 ensuite ?

Vive java....

En informatique, tout est binaire. Il n'y a pas que Java ! Ton nombre est stocké en mémoire sous forme de 0 et de 1, quelque soit le langage que tu utilises.
Imagine que tu as une variable var entière qui vaut 2. En mémoire, elle est stockée sous la forme de 0010. Quand tu fais var * 2, il y a un simple décalage des bits en mémoire : tu obtiens 0100. Maintenant, quand tu fais une multiplication ou une division par autre chose qu'une puissance de 2, ça devient tout de suite beaucoup + compliqué, surtout pour les nombres décimaux.
Un nombre étant codé sur un nombre fini de bits, il se peut qu'il y ai "perte d'information" (troncage) lors d'une division. La preuve quand tu affiches 1/3, il n'y a pas des 333333 à l'infini.

[broumbroum]

ce doit être :

Code :

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

new Formatter().format("%1$0-3", leNombreDouble)

à vérifier...