Passage de paramètres a une arborescence de méthode Static

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

Donc scénario :

Code:

---

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!

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:

---

mapMap = uneNouvelleValeurDeMap;

---

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

Code:

---

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.