Comment forcer eclipse à créer différentes références d'objet

Question

J'essaie de créer tous les sous-ensembles d'un ensemble et de les regrouper sans doublons. Par exemple, dans un ensemble comme {1,2,3,4,5,6}, {(1,2), (3,4), (5,6)} ce tuple peut être valide d'un autre côté { (1,2), (2,4), (5,6)} ce tuple ne devrait pas être valide puisqu'il a deux instances du numéro 2 bien que l'ensemble n'ait qu'une instance du numéro 2.

ce formulaire non-dupliqué, j'ai une petite méthode qui vérifie le sous-ensemble donné, si elle a le nombre qui est passé à la méthode en tant que paramètre, il renvoie vrai.

Le problème avec cela, quand il y a un doublon dans l'ensemble comme {1,2,3,1,5,6} il ne devrait pas dire que le second "1" est égal au premier "1". Pour que cela se produise, j'ai utilisé l'opérateur "==" pour comparer les références d'objets et j'ai espéré que cela fera la différence entre le premier "1" et le second "1", mais ce n'est pas le cas. Apparemment, Eclipse crée la même référence d'objet pour le même type d'objets qui est créé à la compilation et a la même valeur. Comment puis-je forcer Eclipse à créer différentes références d'objet? S'il existe un moyen de marquer des objets avec un numéro unique, cela aide aussi.

Voici la méthode:

private boolean doesTuplesHave(Integer number, ArrayList<ArrayList<Integer>> tuples){ 

    for(ArrayList<Integer> list : tuples){ 
     for(Integer numinTuple : list){ 
      if(numinTuple == number){ 
       return true; 
      } 
     } 
    } 

    return false; 
} 

Answer 1

a) Eclipse n'a rien à voir avec elle, ce comportement est standard pour tous les compilateurs Java et JVMs.

b) utiliser (.equals)

if(numinTuple.equals(number)) 

ou, s'il est possible que l'un des côtés peut être nulle, utiliser Objects.equals():

if(Objects.equals(numinTuple, number)) 

---

Explication : en Java, l'opérateur == vérifie l'égalité de référence, pas l'égalité sémantique (ie est-ce le même objet que ces objets ont-ils la même valeur)

Voir: What is the difference between == vs equals() in Java?

---

En outre, en Java 8, votre méthode peut être réécrite d'une manière plus concise:

return tuples.stream().anyMatch(l->l.contains(number)); 

(qui fixe également votre bug)