Discussion :

[djoukit]

Bonjour,

Je développe une appli de gestion et dans un premier temps je représentais mes montants avec des float, puis ayant besoin de plus de précision j'ai utilisé des double. Aujourd'hui je recontre des problèmes d'arrondis avec ces doubles, même sur de petites valeurs. J'ai pu lire sur différents threads de ce forum que d'autres personnes avaient ce problème, qu'on pouvait recourir à la classe BigDecimal, mais ça me semble assez lourd de devoir réécrire tout mes calculs avec des BigDecimal.

Je ne cherche pas forcément la réponse à mon problème car, à priori, elle n'existe pas vraiment. J'aurais juste souhaité savoir :
Quels types d'applications développez vous ?
Est ce que ces applications nécessitent des calculs complexes et précis ?
Comment faîtes vous pour effectuer vos calculs ?

Merci d'avance pour vos réponses

[anykeyh]

J'ai fait quelques calculs complexe, et c'est vrai que la faible precision est parfois un probleme. Une solution serait de troncaturer a la Xeme decimale:

Code :

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

Math.round(nombre*1000)/1000; //Arrondi a 10^-3

Mais ça ne marche pas a tout les coups ^^

Sinon je prefere utiliser les float/double tout en implementant un operateur d'egalitée pour eviter certains pieges:

Piege:

Code :

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

1
2
 
boolean test = (10000.00001/10.0f == 1000.000001f); //devrait renvoyer vrai... et pourtant  :roll:

Resolution:

Code :

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

1
2
3
4
5
6
7
 
boolean equals(float a, float b)
{
  return (Math.abs(a-b)<0.01);
}
 
boolean test = equals(10000.00001/10.0f, 1000.000001f); //renvoi vrai

[philippe13]

Bonsoir,

J'ai fait du calcul scientifique mais c'était sur Matlab. Et là j'utilisais la double précision qui si je m'abuse est à 10^-15 ce qui me semble pas trop mal. Et il me semble que c'est pareil sur java.(enfin je crois...)

[Gfx]

Ce n'est pas lie au langage mais la a maniere dont sont represente les nombres flottants dans les processeurs...

Il y a deux solutions : BigDecimal ou nombres virgule fixe. Par exemple tu utilises un int et tu l'utilises de maniere a ce que les deux premiers chiffres soient en fait la partie decimale. Genre 100,20 euros sous forme d'un int 10020 avec la virgule fixe a la position 2.

[philippe13]

Bonjour,

Peut être que je vais polluer ce post mais il me semblait que la précision venait du nombre d'octets allouer pour un type de donnée. Et d'après ce que j'avais cru comprendre le type "long double" est le plus grand avec 12 octets.
C'est pourquoi je ne comprends très bien ce que tu as dit Gfx.

[Deadpool]

Gfx veut dire que certains nombres flottants ne peuvent être représentés correctement en binaire par les microprocesseurs (exemple : 6.33). Cela est du à la norme utilisée (IEEE 754).

C'est pour cette raison qu'il y a des problèmes de précisions avec les float et les double même pour des opérations très simples.

[TabrisLeFol]

Certain nombres en base de dix ne possede pas de representation exacte en base de deux... indepemment du nombre d'octets utilisés.
Je sais plus lesquels mais cela se retrouve des exemples...

[philippe13]

ok merci tout s'éclaire

[Betatesteur]

on met aussi résolu pour des sondages ou pas?

[philippe13]

Je sais pas sais pas moi qui est posé la question.

Mais j'ai vu sur le net une adresse interessante sur la norme IEEE 754:
http://ariffart.club.fr/boutils/boutils05.html

J'ai trouvé ça assez claire.