[BigDecimal] Fonction egal

Bonjour,

J'ai essayé de faire une fonction egale avec des BigDecimal et je n'ai reussi qu en leur appliquant un arrondi :

Code:

---

1 2 3 4 5 6 7

BigDecimal tota = new BigDecimal(tot).setScale(2, BigDecimal.ROUND_HALF_EVEN); BigDecimal cent = new BigDecimal("100").setScale(2, BigDecimal.ROUND_HALF_EVEN); if(tota.equals(cent)) System.out.println("egal"); else System.out.println("different");

---

Si je n'applique pas le setScale() il me trouve par exemple que 100 est différent de 100.0 :?
Existe-il un moyen plus simple afin de tester l'egalité avec les BigDecimal ?

Malheureusement, la méthode equals de BigDecimal compare le scale.

Mais tu peux utiliser CompareTo, qui, avant de comparer les 2 objets les met au même scale (le plus grand des 2).

Ce que tu pourrais faire aussi, c'est soit te faire un méthode perso quelque part pour comparer les bigdecimal, soit faire une classe MonBigDecimal en surchargeant equals de façon à ce qu'il ne compare pas le scale. (Ne pas oublier de surcharger aussi hashCode dans ce cas, puisqu'il se sert aussi du scale)

Merci de ta réponse je vais donc plutot utiliser compareTo() ;)
Sinon je vois pas du tout comment surcharger equals() pour qu'il ne prenne pas en compte le scale... :roll:

Citation:

---

Envoyé par e1lauren

Merci de ta réponse je vais donc plutot utiliser compareTo() ;)
Sinon je vois pas du tout comment surcharger equals() pour qu'il ne prenne pas en compte le scale... :roll:

---

Tout simplement en faisant return compareTo(...) == 0; dans equals(...).

C'est bizarre qu'ils aient fait une telle chose dans la JDK (une erreur je pense), car il est conseillé que pour tout Comparable, la propriété .compareTo(...) == 0 ==> .equals(...) soit vraie...

Effectivement la question etait plutot conne :oops:
Mais en fait je vois pas trop l'interet de refaire une classe, il suffit d'utiliser compareTo() a la place de equals(). Enfin encore faut il le savoir ...

Citation:

---

Envoyé par ®om

C'est bizarre qu'ils aient fait une telle chose dans la JDK (une erreur je pense), car il est conseillé que pour tout Comparable, la propriété .compareTo(...) == 0 ==> .equals(...) soit vraie...

---

Ce n'est pas une erreur, ils respectent parfaitement la documentation.

Dans Comparable on trouve :

Citation:

---

Envoyé par Doc de Comparable

* It is strongly recommended, but <i>not</i> strictly required that
* <tt>(x.compareTo(y)==0) == (x.equals(y))</tt>. Generally speaking, any
* class that implements the <tt>Comparable</tt> interface and violates
* this condition should clearly indicate this fact. The recommended
* language is "Note: this class has a natural ordering that is
* inconsistent with equals."

---

Et dans BigDecimal :

Citation:

---

Envoyé par Doc de BigDecimal

* Note: care should be exercised if BigDecimals are to be used as keys in a
* SortedMap or elements in a SortedSet, as BigDecimal's <i>natural
* ordering</i> is <i>inconsistent with equals</i>. See Comparable, SortedMap
* or SortedSet for more information.

---

question : comment comparer une variable de type BigDecimal au nombre 1000 ?

Code:

---

var1.compareTo(1000)

---

ne fonctionne pas

Code:

---

var1.compareTo("1000")

---

non plus

Une convention Java est qu'on ne peut faire compareTo() qu'avec des objets de même type.

Donc :

Code:

---

1 2	BigDecimal bd1000 = BigDecimal.valueOf(1000); var1.compareTo(bd1000);

---

Merci !