Discussion :

[Christophe Genolini]

Bonjour,
Je continue mon apprentissage... J'ai encore une question du type "quelle différence entre les codes?"
:-)

Code :

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

1
2
3
4
int i=0;
String j = new String();
j = "10";
i = Integer.valueOf(j).intValue()+5;

Code :

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

1
2
3
4
int ii=0;
String jj = new String();
jj = "10";
ii = Integer.valueOf(jj)+5;

Dans le premier code (celui conseillé par le tuto que je suis en train de lire), il y a un intValue() en plus. A quoi sert-il ?

Merci
Christophe

[maxusn]

Bonjour,

Code :

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

Integer.valueOf(j)

créer un Integer, qui est une classe Wrapper

le

Code :

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

.intValue()

retourne un int à partir du Integer qui a été créé lors du

Code :

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

Integer.valueOf(j)

source : http://docs.oracle.com/javase/6/docs...g/Integer.html

[Christophe Genolini]

Très clair, merci.

[thelvin]

Non, tu sais toujours pas à quoi sert le intValue(). Pas à grand-chose, parce que si tu le mets pas, le compilateur fait comme si tu l'avais mis. C'est une conversion implicite de Integer vers int.
C'est le concept d'auto-outbox qui sort le int de son wrapper, automatiquement.

À noter que la bonne ligne, c'est ni l'un ni l'autre.

Code :

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

i = Integer.parseInt(j) + 5;

Aucune raison de passer par le wrapper Integer, si c'est pour le sortir du wrapper tout de suite après.

[Peter p@n !]

A noter quand même que lors de comparaison de deux Integer (avec le ==) si tu n'utilise pas les intValue() tu risque d'avoir des mauvaise surprise

[Christophe Genolini]

A noter quand même que lors de comparaison de deux Integer (avec le ==) si tu n'utilise pas les intValue() tu risque d'avoir des mauvaise surprise

Mais encore ? Quelle genre de surprise ?

[thelvin]

Du genre :

Code :

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

1
2
3
Integer i = new Integer(5);
Integer j = new Integer(5);
System.out.println(i == j);

ou

Code :

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

1
2
3
Integer i = 2456;
Integer j = 2456;
System.out.println(i == j);

Pourquoi est-ce qu'on a false ? Parce que Integer est un type objet, et que l'opérateur == ne cherche pas à vérifier le contenu des objets, mais à vérifier si les deux variables pointent toutes les deux vers le même objet. Ce qui n'est pas le cas.

== ne sert pas à comparer des valeurs d'objet. Il faut utiliser equals(). En l'occurrence, quand on a besoin de faire des comparaisons, le int est plus pratique. C'est un type de base, et l'opérateur == fait exactement ce qu'il a l'air de faire.

[Peter p@n !]

Tu m'as devancé et parfaitement répondu.

[Christophe Genolini]

Donc :

• Sur des pointeurs == vérifie qu'ils pointent sur la même chose ;
• Sur des type primitifs, == vérifie que les contenus sont les mêmes
• Dans tous les cas, equal vérifie que les contenus sont les mêmes.

C'est ça ?

Christophe

[thelvin]

Sur des pointeurs == vérifie qu'ils pointent sur la même chose ;

Oui

Sur des type primitifs, == vérifie que les contenus sont les mêmes

Oui. De toute façon, sur des types primitifs, le même contenu ou la même chose, c'est pareil. 2 c'est 2. Si une variable vaut 2 et qu'une autre variable vaut 2, c'est le même 2, forcément.

Dans tous les cas, equal vérifie que les contenus sont les mêmes.

Non. equals() ne peut pas être utilisé sur des types primitifs. C'est une méthode, et les types primitifs n'ont pas de méthode.

[Momoth]

[*]Sur des pointeurs == vérifie qu'ils pointent sur la même chose ;

Bonjour,

Par pointeur, tu entends Wrapper ? Si c'est le cas normalement oui, comme dit plus haut le "==" vérifie l'emplacement mémoire pointé.

Edit : Oups autant pour moi Equals est appliquable sur les Wrapper uniquement et non leurs primitifs.

-- Momoth --

[Christophe Genolini]

Donc :

• Sur des type primitifs, == vérifie que les contenus sont les mêmes
• Sur des pointeurs == vérifie qu'ils pointent sur la même chose ;
• Sur des pointeurs, equal vérifie que les contenus sont les mêmes.
• equal n'existe pas sur les types primitifs

C'est ça ?

Christophe

PS : Désolé, quand j'ai une réponse, de la "ré écrire" dans mes mots à moi, c'est juste pour vérifier que je comprends bien ce qui a été dit.

[Olrem]

C'est ça oui.

Par contre redéfinis la méthode equals dans tes classes (vu ton autre sujet je pense que tu l'as compris). Car sinon tu utilises la méthode equals de la classe Object :

Code :

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

1
2
3
4
 
public boolean equals(Object obj) {
        return (this == obj);
}

thelvin merci pour tes précisions sur ton premier message et pour le concept d'auto-outbox que je ne connaissais pas. Pour ceux qui veulent en savoir plus : Autoboxing