pb - résultat de type double/float arrondi

Version imprimable

Voir 40 message(s) de cette discussion en une page

19/10/2007, 14h16
Ayana

pb - résultat de type double/float arrondi
Bonjour à tous,

J'ai un petit soucis concernant un type de données.

Je fais un petit calcul tout bête, à savoir (2+3)*3. Le résultat attendu est 1.66666....
Or, le résultat que j'ai est 1.0

J'ai beau avoir lu la FAQ et certains topics, les problèmes rencontrés sont plutôt inverses au mien, c'est-à-dire que les développeurs cherchent à restreindre le nombre de chiffres après la virgule.
Moi j'aimerais en avoir 2 après la virgule, mais je n'arrive même pas à en avoir un, il arrondit systématiquement à l'inférieur !!

Voici mon code :
Code:

1 2 3 public static double calcul(int nb1, int nb2){ return (nb1+nb2)/nb2; }
Que je mette en double ou en float, j'ai exactement le même résultat.

Je suis sur Eclipse 3.0.1.

Faut-il changer un paramètre sur Eclipse ou y-a-t-il une fonction pour résoudre se problème, autre que BigDecimal ???

Merci d'avance pour votre aide :).

déclare tes nombres nb1 et nb2 comme des float et ton résultat est également un float :

j'ai exécuté ca rapidement :
Code:

1 2 3 4 5 6 7 8 9 package testsestsest; public class Testest { public static void main(String[] args) { float nb3, nb1=2, nb2=3; nb3= (nb1+nb2)/nb2; System.out.println(+nb3); } }
et ca me donne 1.6666666 en sortie

Oui, ça me donne les chiffres après la virgule, merci :D.
Et si je mets en double, j'ai 1.6666666666666667

Mais si je ne veux que 2 chiffres après la virgule ? :roll:

Edit : J'ai fait ça, d'après la FAQ, mais il n'y a pas d'autres solutions ?
Code:

1 2 3 4 5 6 7 8 public static float calcul(float nb1, float nb2){ logger.info("Calcul lancé ..."); float nb3=(nb1+nb2)/nb2; nb3*=100; nb3 = (int)(nb3+.5); nb3/=100; return nb3; }

19/10/2007, 14h52
nolofinwe

Citation:

Envoyé par Ayana

J'ai beau avoir lu la FAQ et certains topics, les problèmes rencontrés sont plutôt inverses au mien, c'est-à-dire que les développeurs cherchent à restreindre le nombre de chiffres après la virgule.

je ne fais que te citer ca veut dire que tu as déja trouvé la solution... ;)
plus sérieusement j'ai déja vu la solution dans un topic mais je sais plus comment faire :?

edit: si il y a d'autre solutions attend je cherche...
19/10/2007, 14h54
Ayana

Merci à toi en tout cas, je n'avais pas penser à déclarer les paramètres du même type que la sortie.:aie: :D:D

Par contre dans mon main() j'ai gardé mes déclarations en int, ça me permet de faire mon traitement d'exception, vu que je ne veux que des entiers en entrée ;).

J'avais mis le "résolu" mais je l'ai enlevé une fois que j'ai fini les tests :mouarf:.

La partie qui a été vue ci-dessus fonctionne, mais dans l'ensemble de mon programme, ça me pose un GROS problème pour lever une exception.

Voici mon piti programme :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
public class Test_log4j {
 
  	private static final Logger logger = Logger.getLogger(Test_log4j.class);
  	// équivalent --> static Category cat = Category.getInstance(Test_log4j.class.getName());
  	// on le met en statique afin d'économiser de la mémoire
 
  	// choix de la langue --> Locale.getDefault() <=> Locale.FRANCE
  	Locale locale = Locale.getDefault();
 
  	public static void main(String[] args) {
 
  	  	// on configure via le fichier "log4j.properties" placé avec le fichier ".classpath"
  	  	PropertyConfigurator.configure("log4j.properties");
 
  	  	int n1=2;
  	  	int n2=0;
 
  	  	try{
   	  	   logger.info("Résultat de (" + n1 + "+" + n2 + ")/" + n2 + " : " + calcul(n1,n2));
  	  	}catch (ArithmeticException e){
  	  	   // traitement des erreurs mathématiques (division par 0 ...)
  	  	   logger.fatal("Erreur fatale !!");
  	  	}
  	}
 
  	public static float calcul(float nb1, float nb2){
  	  	logger.info("Calcul lancé ...");
  	  	float nb3=(nb1+nb2)/nb2;
  	  	// méthode pour arrondir à 2 chiffres après la virgule
  	  	nb3*=100;
  	  	nb3 = (int)(nb3+.5);
  	  	nb3/=100;
  	  	return nb3;
  	}
}

Avant de modifier ma méthode calcul, je pouvais lever une exception pour les divisions par 0.
Maintenant que j'ai mis en float, ça n'est plus le cas :?.
En gros, 0 en float n'est pas un bô 0 comme je les aime ...
Et en résultat il me met : 2.1474836E7 8O8O
Si j'enlève la partie qui me permet d'arrondir, le résultat est éloquent : Infinity :aie:

Que faire ?? :roll:

19/10/2007, 15h07
nolofinwe
question pourquoi tu fais ca :
Code:

1 2 nb3 = (int)(nb3+.5);
sinon pour ta division par 0 tu n'a qu'a faire un test sur nb2 tu n'a pas besoin de lever une exception...
19/10/2007, 15h13
Ayana

Heu, je fais bêtement ce qu'il y a dans la FAQ :roll:

si je fais (2+3)*3, ça me donne n3=1.66666666666....7
n4=n3*100=166.66666...7
n5=entier(n4+0.5)=entier(167.16666)=167
resultat=n5/100=1.67

Et j'ai mon résultat arrondi, bizarrement mais ça marche :mrgreen:
19/10/2007, 15h15
Ayana
Citation:
Envoyé par nayah

question pourquoi tu fais ca :

Code:

1 2 nb3 = (int)(nb3+.5);

sinon pour ta division par 0 tu n'a qu'a faire un test sur nb2 tu n'a pas besoin de lever une exception...
C'était juste pour tester ma journalisation (qui marche d'ailleurs :yaisse2:) couplée à une exception.
Mais j'aurais bien aimé trouver une "bonne" solution à mon piti problème de format quand même 8-).
19/10/2007, 15h18
nolofinwe

ok je cherche :aie: pour etre franc j'essai de trouver comment lui faire comprendre que 0.0 =0 lol
19/10/2007, 15h29
Ayana

J'ai essayé en mettant les paramètres en int et en les convertissant après, mais ça marche pô :roll:
19/10/2007, 15h31
nolofinwe

j'ai essayé pas mal de trucs mais j'avoue que je commence a secher entre le "infinity et le 2.1474836E7 je comprends pas... j'ai meme changer la srtucture du programme et je tombe toujours sur les meme résultats...
je sais pas si je vais arriver a t'aider :?
19/10/2007, 15h42
Ayana

Le infinity je le comprends, une division "tend" vers l'infini (cours de lycée, beurk :aie:).
Mais le 2.1474836E7, je trouvais que ça ressemblait à une exponentielle :mrgreen:.

Edit : Eh non, l'exp(1)=2.71 :aie:
19/10/2007, 15h49
nolofinwe

ok je sais ce qui se passe ;)

on risque pas de retourner une ecxeption on réalise le calcul sur un float... (faut vraiment que je soit a***ti pour pas l'avoir remarqué)

je crois pas qu'il existe une exception qu'on puisse soulever mais je crois qu'il y a quelque chose a faire avec la classe math... on peut vérifier si le résultat est finie ou infini (avant l'arrondi bien sur ;))

PS: le 0 en float c'est un nombre qui tend vers 0 d'ou le infinity ;)
19/10/2007, 15h50
Ayana

Dites-moi que je suis bête .....

2.1474836E7 => types "long int" et "int" (4 octets), valeurs de -2.147.483.648 à 2.147.483.647

Vive l'informatique que je ne faisais pas au lycée ... :aie:
19/10/2007, 15h54
nolofinwe

mais non tu n'est pas bete j'y avais pas penser non plus :D
heu ....mauvaise exemple :aie:

edit jete un oeil a la classe math pour ce que j'ai dis au post precedent ;)
19/10/2007, 16h06
Ayana

C'est ce que j'ai fait, j'ai regardé, rint, floor, round ... les tan/cos/sin on s'en fout ... random, degrés, radians aussi .... log, sqrt, exp, pow on s'en fout aussi ... :roll:

J'ai testé avec rint, round et floor, mais marche pas ... ça me met 2.0
19/10/2007, 16h09
nolofinwe

il y a un truc qui s'appelle isinfinite mais je sais pas ou je cherche ;)

edit : import java.lang.Float;
19/10/2007, 16h14
Ayana

Dans la classe Double() :king:

Je teste ....

Salut,

Citation:

Envoyé par Ayana

Le infinity je le comprends, une division "tend" vers l'infini (cours de lycée, beurk :aie:).

En effet les divisions par zéro sur des réels renvoi l'infini, qui est représenté par une valeur incorrect (Float.POSITIVE_INFINITY dans ce cas précis).

Citation:

Envoyé par Ayana

Mais le 2.1474836E7, je trouvais que ça ressemblait à une exponentielle :mrgreen:.

2.1474836E7 == 2147483647 == Integer.MAX_VALUE

Rappel : Les casts d'un type à l'autre sont dangereux. Si dans le cas des objets ils peuvent générer des exceptions, dans le cas des types numériques ils peuvent provoquer des pertes d'informations plutôt dangereuse...

Ainsi la valeur float est tronqué pour tenir dans un int, et l'infini se transforme en la valeur maximum possible pour un int >> Integer.MAX_VALUE

Ce qui fausse tout le calcul...

:arrow: Si cet arrondi est uniquement utile pour l'affichage, tu devrais plutôt utiliser DecimalFormat (c'est d'ailleurs indiqué dans la FAQ)

Mais si tu tiens vraiment à arrondir la valeur et pour éviter ce problème il suffit de ne manipuler que des float (ou des double) :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 /** * Arrondi d'un double avec n éléments après la virgule */ public static float floor(float value, int n) { return (float)floor((double)value, n); } /** * Arrondi d'un double avec n éléments après la virgule */ public static double floor(double value, int n) { double multi = Math.pow(10.0, n); // Math.floor() supprime la partie décimale return Math.floor(value*multi)/multi; }
Tu peux avoir un problème si tu atteint la limite supérieur à cause de la multiplication mais cette limite est vraiment loin (1e308)

a++

Voir 40 message(s) de cette discussion en une page