affichage d'un gros float

Bonjour, j'ai un fichier qui contient un string et je veux le convertir en float faire un traitement puis le reconvertir en String et retourner le String
Mon fichier contient le montant suivant: 16092211,57
je le lis puis je le convertis en float

Code:

---

1 2 3 4 5 6 7 8 9

float f; String resultat;   f = Float.parseFloat(ma_variable_qui_contient_le_gros_montant_recupere_du_fichier)   resultat = String.valueOf(f); System.out.println(resultat);

---

le résultat que j'ai est 1,609221157E7 or je veux pas ce résultat, je veux avoir un résultat comme ça : 16092211,57

Merci pour votre aide

problème résolu
au fait on doit mettre

Code:

---

1 2	resultat = String.valueOf(BigDecimal.valueOf(f));

---

Pour information, c'est un trick. Il y a une raison pour laquelle c'était pas super évident à faire.

Vois-tu, les floats et les doubles sont incapables de contenir une valeur comme 16092211,57. Quand on leur demande de le faire ils prennent une valeur très approchées, mais pas cette valeur exactement.
Comme c'est un problème constant avec les floats et les doubles, l'idée est que quand on les utilise, on accepte qu'on ne travaille pas avec des valeurs exactes, et donc quand on veut les transformer en String, on accepte soit que Java cherche à les afficher de la manière qui l'arrange, soit d'utiliser un DecimalFormat ou un String.format() dans lequel on doit préciser à quelle précision aller après la virgule.

On peut voir ce qui se passe avec :

Code:

---

System.out.println(new BigDecimal(f));

---

En réalité, en lisant la valeur 16092211,57 comme un double, on obtient 16092211,570000000298023223876953125.

Mais quand on demande à Java une conversion en String, il est au courant que ce genre de choses arrive, et que des chiffres après autant de zéros, c'est pas intéressant et probablement dû à l'imprécision des flottants, donc il ne les affiche pas.

"Mais alors, comment ça se fait que j'ai le bon résultat avec BigDecimal.valueOf() ?"

BigDecimal.valueOf() cherche à ignorer l'imprécision des flottants, et comme la conversion automatique, à se débarrasser des chiffres après tous ces zéros. Ceci en lieu et place de construire un BigDecimal qui a exactement la valeur du double demandé.

Mais, c'est pas magique. Si ton nombre de départ est en réalité 16092211,570000000298023223876953125 alors ta méthode va donner le résultat 16092211,57 parce que BigDecimal.valueOf() va croire que ton nombre de départ n'était pas vraiment celui que tu voulais, avec des chiffres après autant de zéros.

Merci pour l'explication thelvin