stockage des nombres à virgule flottante

Bonjour à tous,

Je m'étais heurté à un problème de comparaison de résultats en PHP qui avait trouvé sa réponse dans un post sur le forum :

Citation:

---

les résultats que tu obtiens viennent de la façon dont sont stockés les nombre à virgule flottante (en PHP et avec d'autres langage)
par exemple 1.4 est stocké sous la forme 1.399999999999999911182158029987476766109466552734375
donc tu ne peux pas utiliser "==" et "!=" mais tu dois vérifier que la différence de 2 nombres est plus petite qu'une certaine valeur comme ça par exemple :

Code:

---

1 2	echo (abs($totalNet - $sommeRecue) < 0.000001) ? 'égaux' : 'différents';

---

---

Je voudrais savoir s'il faut prendre les mêmes précautions en Javascript ?

Bon dimanche à tous.

pas compris la question :?

Bonjour Le_chomeur,

J'avais eu un problème en PHP du fait qu'un nombre à virgule flottante n'est pas stocké en php sous la forme à laquelle on pourrait s'attendre.

Par exemple 1.4 est stocké sous la forme 1.399999999999999911182158029987476766109466552734375

ce qui fait qu'une comparaison d'égalité entre 1.4 et le résultat d'une opération donnant 1.4 disait : false.

il faut (en php) utiliser la forme : abs($totalNet - $sommeRecue) < 0.000001

pour vérifier que ces deux nombres ont la même valeur, ou dumoins que leur différence est acceptable.

En gros, le résultat d'une opération sur des Float qui donne 1.4 est-il bien stocké en mémoire sous la forme 1.4 ou comme en PHP sous la forme : 1.399999999999999911182158029987476766109466552734375 ?

Pour mieux comprendre tu peux aussi regarder ce post :
http://www.developpez.net/forums/d59...isation-round/

dont les 3 dernières réponses expliquent ce problème.

Bonne journée

ça arrive aussi en JavaScript, comme dans tous les langages de programmation. ce n'est pas une question de langage mais de stockage des nombres à virgule flottante. le test == marche souvent mais il arrive de tomber sur le cas cité.
tu peux continuer à tester l'égalité si tu fixes la précision à x chiffres après la virgule avec toFixed() par exemple. 1.399999999995456465 avec toFixed(6) par exemple donnera 1.40000 (==1.4). dans ce cas il faut fixer la précision de manière pertinente. dans mon exemple si tu mets toFixed(12) ou plus, ça ne marchera pas

ok je comprend mieux ...
je ne connaissais pas ce problème de gestion des float dans les langages de prog :?

Bon a savoir

Merci pour vos réponse :D

c'est donc un trait commun à tous les langages de prog.

Une petite remarque concernant ta réponse bigboomshakala : je pense qu'il faudra faire attention à refaire un parseFloat après utilisation d'un toFixed() car toFixed retourne une chaine de caractère...

d'ailleurs, de fait puisqu'on refait un parseFloat avant de comparer il sera encore préférable (pour les mm raisons) de ne pas chercher à tester avec une égalité, même après conversion...

Il vaut mieux tester avec une approximation précise ( genre différence < 0.0001).

Qu'en penses-tu ?

Bonne journée.

Il y a déjà eu plusieurs post sur le sujet des virgules flottantes qui donnent des solutions d'arrondis, du coup les opérateurs de comparaison directs deviennent utilisables ...

Citation:

---

Envoyé par Alexdezark

Une petite remarque concernant ta réponse bigboomshakala : je pense qu'il faudra faire attention à refaire un parseFloat après utilisation d'un toFixed() car toFixed retourne une chaine de caractère...

---

possible, cela dit si je fais

Code:

---

alert(2*6 == (12.0000123456).toFixed(3))

---

ça me renvoie "true", donc le résultat de toFixed est comparable à un float (12 == 12.000)

Intéressant bigboomshakala,

ça veut-dire que Javascript interprète une chaine de caractère correctement formatée à son équivalent en Float.

C'est ici :

http://quentinc.net/ref/tofixed/

Que j'ai trouvé la note concernant le résultat retourné par toFixed en tant que chaine de caractères.

Bonne journée

En passant par ==, javascript ignore le type, en passant par ===, javascript teste aussi le type !