Discussion :

[piotrr]

Est-il possible en java que les variables qui sont passées en paramètre à une fonction conservent leur nouvelle valeur après l'éxécution de la fonction:

par exemple:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
 
maFonction(int var){
  var = 1;
}
 
main{
  var1 = 0;
  maFonction(var1);
  //je veux que var1 ait pour valeur 1 
}

merci

[herve91]

Non, en Java les types simples sont passés par copie, et les objets sont passés par référence (le paramètre formel de la méthode prend la valeur de la référence).
Dans ton cas tu peux passer par une classe Wrapper :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
maFonction(WrapperInt var){
  var.i = 1;
}
 
main{
  WrapperInt var1 = new WrapperInt(0);
  maFonction(var1);
  //je veux que var1 ait pour valeur 1 
}
 
class Wrapper {
  public i;
  public Wrapper(int i) {
    this.i = i;
  }
}

[iohack]

heu j'ai loupé qqch avec les dernières versions de java où bien un simple Integer (objet, différent du type primitif 'int') suffit ?

[Deadpool]

heu j'ai loupé qqch avec les dernières versions de java où bien un simple Integer (objet, différent du type primitif 'int') suffit ?

Non, Ca ne marche pas avec les Integer car la classe Integer est immuable (ainsi que toutes les classes wrappers standards d'ailleurs.)

Il faut donc bien utiliser un wrapper personnalisé.

[piotrr]

les objets sont passés par référence (le paramètre formel de la méthode prend la valeur de la référence).

C'est ce cas là qui m'interesse surtout.
Si je passe en paramètre un objet à une fonction et qu'elle le modifie, au sortir de la fonction j'aurai le même objet qu'avant l'appel de la fonction, non?

merci

[Napalm51]

Non justement, Java utilisant les références, si tu modifies un Object dans une méthode, celui-ci est modifié même après la sortie de cette méthode.

Mais comme dit plus haut, ceci ne s'applique pas aux Objects "standards" comme String par exemple qui gardera sa valeur :/ Par contre une classe Personne avec une propriété nom (String) sera bien changé (d'où l'exemple du Wrapper)

[Patriarch24]

D'où l'importance de bien documenter les méthodes. Il est possible qu'une méthode modifie ses paramètres (inout/out) ou pas (in).
C'est aussi le cas pour les accesseurs (inspecteurs) : doit-on renvoyer une copie ou la référence elle-même :

Code :

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

1
2
3
4
5
 
MyObj getMyObj() {
   return obj;
   // ou : return obj.clone();
}

Le problème immuabilité en Java est un combat de tous les instants (ou presque).

[piotrr]

J'ai fait des tests avec les ArrayList:
quand je fais par exemple:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
 
ArrayList al = new ArrayList();
Objet o1, o2;
 
al.add(o1);
 
o2 = al.get(0);
o2.modif() //fonction qio modifie l'objet o2
 
//o1 n'est pas modifié, pourtant c'est la même référence non?

[Patriarch24]

Peux-tu poster le code ? Ton affirmation m'étonne fortement...

pourtant c'est la même référence non?

Oui justement.

[piotrr]

Autant pour moi, j'avais mal testé.

merci quand même