Discussion :

[geforce]

Hello,
Je ne comprends pas pourquoi deux types de variable (Integer et Map) en un comportement différant?

Donc scénario :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
static method1() {
   Integer idAutoIncrementMsActivity= 0, idAutoIncrementMsResource= 0, idAutoIncrementReservation=0;
 
   method2(idAutoIncrementMsActivity, idAutoIncrementMsResource, idAutoIncrementReservation);
 
   PrintObjects(idAutoIncrementMsActivity, idAutoIncrementMsResource, idAutoIncrementReservation);
}
 
static method2() {
     idAutoIncrementMsActivity++;
     idAutoIncrementMsResource = idAutoIncrementMsResource + 2;
     idAutoIncrementReservation = idAutoIncrementReservation + 3;
}

//Affichage a la fin de l'execution
idAutoIncrementMsActivity= 0, idAutoIncrementMsResource= 0, idAutoIncrementReservation=0

Mais quand en utilise une Map<idAutoIncrement, myObject> mes valeurs changées sont toujours disponible et cela fonctionne bien.

Je comprends pas pourquoi y a une différence de profondeur dans la durée de vie de la variable (Integer et Map) ?

Merci!

[thelvin]

Hello,

pourtant ce n'est pas une histoire de durée de vie.
Tu as l'air de dire que "c'est un peu pareil ce que tu fais", mais, est-ce qu'avec une Map tu fais des choses comme

Code :

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

mapMap = uneNouvelleValeurDeMap;

Ben non, tu le fais pas. Tu fais des choses comme :

Code :

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

mapMap.put(uneCle, uneValeur);

Elle est là la différence.
Dans un cas tu appelles une méthode pour modifier la Map,
dans un autre cas tu utilises = pour assigner un nouvel objet à ta variable Integer sans modifier l'objet qui s'y trouvait avant.

Voili voilà.

Pour information un objet Integer est immutable, on ne peut pas changer son contenu. Alors qu'un objet Map est mutable, c'est limite à ça qu'il sert. Donc forcément, on ne peut pas traiter l'un comme l'autre, pour modifier un int ou un Integer il faut qu'il soit chapeauté dans une classe mutable.