Cast d'un String en Float.

Bonjour !

Je dois actuellement développer une application qui exploite un fichier XML pour stocker des informations en mémoire.

On trouvera par exemple dans le fichier XML à propos d'une voiture

Code:

---

1 2	<Consommation>600</Consommation>

---

A l'aide d'un parser je lis cette information et dans mon modèle cette info stockée dans un float.

Comme mon parser me renvoie une chaîne de caractère "600", je vais devoir caster la châine de carcatère "600" en un String.

Pour cela j'ai écrit

Code:

---

1 2 3

float monFloat; monFloat =Float.parseFloat(Consommation);//Consommation vaut "600"

---

Le problème :
monFloat est égal à 600.0 ce qui ne me convient pas car j'aimerais garder exactement la même valeur (y compris avec les chiffres significatifs) que ce que je vois sur le fichier XML.

Je précise que mon fichier XML regorge de valeurs à mettre dans des float côté Java et qui ont des tailles très variables : Un coup 600, un autre "1.265438" un autre "1e-7"

Ma question :
Existe-il un moyen de dire à Java : "voici un String, caste le moi en float et garde le même format ?"


merci d'avance !

Un float n'a pas de format. C'est juste une valeur. Après tout, 600, 6E+2, 600.00 c'est la même valeur. Si tu veux conserver la notation d'origine, tu conserve la String. (ou plutot, tu en fais un copie, pour tout un tas de raisons :mouarf:)

Merci pour cette réponse.

En fait justement, selon moi 600 ce n'est pas 6*10²
Parce que si je veux réutiliser cette valeur dans un programme derrière et que je la multiplie par 11 par exemple, dans un cas ca me donne 6.6*10³ dans l'autre ca me donne 7*10³.

C'est le problème des chiffres significatifs. je veux garder la précision qui est dans mon fichier XML.

Sinon, si je conserve la valeur en String, elle est inutilisable dans des opérations utlérieures.
:cry:

Si tu souhaites conserver le format après avoir effectué des opérations, tu vas devoir:

1. analyser le format
2. convertir en float
3. faire le calcul
4. formatter le résultat avec le format trouvé en 1

Tu peux très bien créer une classe FormattedFloat qui encapsule la valeur en float et le format. Les manipulations devraient alors être assez simples.

Le GROS hic, c'est l'analyse du format... :?

Citation:

---

Envoyé par malaboss

je la multiplie par 11 par exemple, dans un cas ca me donne 6.6*10³ dans l'autre ca me donne 7*10³.

---

Je me demande bien où t'as été cherché ces math. Les float sont stockés sur le format IEEE 754 dans lequel chaque valeur possible a une seule représentation autorisée qui vise à l'optimisation de la précision. Bien sur, tu as toujours la problème de la conversion d'un système décimale (système auquel l'être humain est habitué) vers un système binaire (connu des machine) où tu peux avoir des problème vers les dernière virgules. Si efectivement tu part loin derrière la virgule binaire et que tu as un problème de précision, utilise un double pour avoir plus de bits.

Si tu veux des calculs exacts, utilise BigDecimal, mais encore une fois, ça ne conservera pas le format d'origine qui n'est qu'une représentation.

Citation:

---

Envoyé par malaboss

Merci pour cette réponse.

En fait justement, selon moi 600 ce n'est pas 6*10²
Parce que si je veux réutiliser cette valeur dans un programme derrière et que je la multiplie par 11 par exemple, dans un cas ca me donne 6.6*10³ dans l'autre ca me donne 7*10³.

C'est le problème des chiffres significatifs. je veux garder la précision qui est dans mon fichier XML.

Sinon, si je conserve la valeur en String, elle est inutilisable dans des opérations utlérieures.
:cry:

---

Il te faut juste donc un objet qui encapsule ton float et un int représentant le nb de chiffre significatif que tu avais à la lecture. Mais tes opérations derrières te donneront les mêmes résultats.

Citation:

---

selon moi 600 ce n'est pas 6*10²
Parce que si je veux réutiliser cette valeur dans un programme derrière et que je la multiplie par 11 par exemple, dans un cas ca me donne 6.6*10³ dans l'autre ca me donne 7*10³.

---

! ! !

Et si tu la multiplie par 1 ? ça fait 6*10³ ? ou 7*10² ? :ptdr:

Citation:

---

Envoyé par malaboss

En fait justement, selon moi 600 ce n'est pas 6*10²
Parce que si je veux réutiliser cette valeur dans un programme derrière et que je la multiplie par 11 par exemple, dans un cas ca me donne 6.6*10³ dans l'autre ca me donne 7*10³.

---

Ah. L'arithmétique prézarbloxienne de la galaxie d'Ida, Java ne la gère pas. Il faut implémenter toi-même les types de données correspondant et les opérations dessus.

slt,
je ne pense pas qu'il existe ce genre de méthodes, mais tu pouvais le faire manuellement. Récupérer la donnée en temps que nombre flottant, et le convertir en String, ou bien le récupérer directement en String, en suite obtenir la position du point, ou de la virgule, et supprimer les caractères a partir de cette position, jusqu'a la fin de la chaine, Ex :

Code:

---

1 2 3 4 5 6 7

String s = getNombreDepuisXml (); if (s.contains (".")) { int i = s.indexOf ("."); s = s.replace (s.substring (i, s.length ()), ""); System.out.println (s); }

---

PS : Le titre de ton poste est magnifique, tu devrais y rejeter un coup d’œil, il est très sympa .
A+ ;) .

Salut,
bon j'ai vu que ce que je cherchais à faire n'était pas très clair pour tout le monde.
Il faut voir ça du point de vue de la précision : si je reçois une donnée dans mon fichier XML (600) alors je sais qu'elle est comprise dans un certain intervalle, implicitement ( [599.5, 600.5[ ). A contrario, si je reçois une donnée avec moins de chiffres significatifs (6*10²), je sais implicitent qu'elle est comprise dans un intervalle différent ( [550 , 650 [ ) et ça change tout pour la suite des calculs !

Je pense qu'il faudra donc que je garde le nombre de chiffres significatifs dans un int à la lecture, ce qui nécessitera de réaliser un traitement supplémentaire pour chaque nombre lu.

Merci à tous, et n'hésitez pas si vous trouvez un moyen plus simple.

Citation:

---

Envoyé par malaboss

En fait justement, selon moi 600 ce n'est pas 6*10²

---

Rassure toi, pour java, c'est la meme chose.

Citation:

---

Envoyé par malaboss

Parce que si je veux réutiliser cette valeur dans un programme derrière et que je la multiplie par 11 par exemple, dans un cas ca me donne 6.6*10³ dans l'autre ca me donne 7*10³.

C'est le problème des chiffres significatifs. je veux garder la précision qui est dans mon fichier XML.

---

Les chiffres significatifs ne rentrent en jeu que pour l'affichage du float. Pas pour le calcul.

Ainsi, si tu crées un float initialisé à 600 et que tu multiplies par 1.1, le résultat sera toujours 6.6E2 (=660). Par contre, si pour le représenter, tu veux n'utiliser que 1 chiffre significatif, alors le résultat sera 7E2. Mais le calcul original sera bon quand meme.

J'ai l'impression que ton probleme est surtout de connaitre le nombre de chiffres significatifs originaux afin de conserver le meme apres calcul. Dans ce cas, il faudrait compter dans le String recupéré du fichier xml le nombre de chiffres significatifs et le stocker. Ainsi, tu pourras afficher correctement le résultat voulu.

Citation:

---

Envoyé par mohamine1989

s = s.replace (s.substring (i, s.length ()), "");

---

Ca, ca revient à faire : s = s.substring (1,i); ;)

EDIT : faute de frappe

Mouais. Je vois que Wikipédia est d'accord avec cette vision des choses. À mon époque, un chiffre significatif, c'était la même chose qu'un significant figure, et 600 et 6*10² étaient la même chose, parce que seules les notations scientifiques pouvaient se distinguer entre 6*10² et 6,00*10².

Enfin, finalement, la nomenclature bizarre française, c'est la même chose que mon machin prézarbloxien. C'est pas géré donc il faut le gérer soi-même.
Comme tu l'as dit, il faut juste garder à la fois la valeur du nombre, et son nombre de chiffres significatifs.

Le soucis ça va être pour réafficher le résultat. DecimalFormat peut sans problème te transformer 6600 en 7e3 (notation scientifique à un chiffre significatif), mais pas en 7000 (notation décimale qui arrondit avant la virgule, un concept alien).
Je crois que la solution la moins compliquée, pour ce cas, sera de diviser par des puissances de 10 pour amener le dernier chiffre significatif à l'unité, arrondir (avec un cast vers long par exemple,) et remultiplier.

Citation:

---

Envoyé par malaboss

Il faut voir ça du point de vue de la précision : si je reçois une donnée dans mon fichier XML (600) alors je sais qu'elle est comprise dans un certain intervalle, implicitement ( [599.5, 600.5[ ). A contrario, si je reçois une donnée avec moins de chiffres significatifs (6*10²), je sais implicitent qu'elle est comprise dans un intervalle différent ( [550 , 650 [ ) et ça change tout pour la suite des calculs !

---

Heu non, ou alors ton XML est vachement tordu pour sous entendre ce genre de chose.

600 ou 6E2 c'est la même chose et la précision est la même. Pourquoi? Parce que si la valeur était 599.1 tu aurais eu dans ton xml 599.1 ou 5.991E2. Ce n'est pas parce qu'aucune décimale n'est présente dans ta représentation que le nombre n'est pas précis, il est quand même conventionnel de supprimé les décimale nulles en général.

Si par le plus grand des hasards tu devait traiter tes données avec une marge d'erreur, il faudra t'orienter vers la classe BigDecimal. Cependant, cette classe permet des précisions arbitraires, mais ne permet pas de gérer les marges d'erreur comme tu semble le souhaiter.