[BigDecimal] Fonction egal

**e1lauren** · 08/11/2006, 05h49

Bonjour,

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 ?

**Satch** · 08/11/2006, 10h28

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)

**e1lauren** · 08/11/2006, 18h26

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...

**®om** · 08/11/2006, 19h10

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...

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...

**e1lauren** · 08/11/2006, 19h20

Effectivement la question etait plutot conne

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 ...

**Satch** · 09/11/2006, 08h42

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 :

Envoyé par Doc de Comparable

* It is strongly recommended, but not 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 :

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 natural
* ordering is inconsistent with equals. See Comparable, SortedMap
* or SortedSet for more information.