Discussion :

[racoboss]

Bonjour ,

Il y a un exemple que je ne comprends pas dans le livre de Claude delannoy :

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
17
18
19
20
21
22
23
24
25
public class Echange
{
   public static void main (String args [])
   {
      int n = 10, p =20;
      System.out.println ("Avant Appel : "+ n + " " + p);
      Utilitaire.Echange(n, p);
      System.out.println ("Après Appel : " + n + " " + p);
   }
}
 
class Utilitaire
{
     public static void Echange(int a, int b)                 // mettre static
     {
       System.out.println("Début Echange : " + a+ " " + b);
       int c;
       c = a;
       a = b;
       b = c;
       System.out.println ("Fin   Echange : "+ a + " " + b);
     }
 
 
}

Pourquoi les valeurs de n et p ne sont pas inversés après appel?
Je ne comprends pourquoi l 'ont dit que java transmet toujours les informations par valeur

merci

[dinobogan]

Les arguments sont transmis par valeur à la méthode. En clair, juste avant l'appel de la méthode, une copie de n et p est transmise en arguments de méthode, et non les variables elles-même.

[Amine_sas]

Salut,
Tu peux jeter un coup d'oeil sur ce thread pour en apprendre davantage.

[racoboss]

Bonjour ,

Ok donc il s agit de copies et non des variables elles meme , mais ces copies occupent une autre case mémoire ?

Pour les objets cela s' opére aussi par copie?

merci

[Amine_sas]

Salut,

Ok donc il s agit de copies et non des variables elles meme , mais ces copies occupent une autre case mémoire ?

Oui, et elles seront supprimées à la fin de l'appel de la méthode.

Pour les objets cela s' opére aussi par copie?

Oui mais il faut mettre à l'esprit qu'une méthode peut changer l'état d'un objet; c'est-à-dire le contenu de la mémoire référencée par l'objet et pas l'adresse mémoire stockée dans cette variable objet .

[racoboss]

merci ,

Mais je ne peux changer l adresse mémoire de la variable de type objet ?la référence est bien une case mémoire qui va pointer vers un objet définit par ses champs et méthodes d ' instance.

imaginons je fasse ça :
Un point étant défini par son abscisse et son ordonnée.

Code :

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

Point a = new Point ();

ici la référence à l ' objet est bien a ????et l objet référence par a sera les variables d instances de la classe Point?

Merci

[Amine_sas]

Salut,

merci ,

Mais je ne peux changer l adresse mémoire de la variable de type objet ?la référence est bien une case mémoire qui va pointer vers un objet définit par ses champs et méthodes d ' instance.

imaginons je fasse ça :
Un point étant défini par son abscisse et son ordonnée.

Code :

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

Point a = new Point ();

ici la référence à l ' objet est bien a ????et l objet référence par a sera les variables d instances de la classe Point?

Merci

a ne peut référencer qu'une seule instance de la classe Point à la fois. Si tu fais:

Code :

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

1
2
Point a = new Point();
Point b = a;

alors a et b référenceront toutes les deux la même instance, par contre avec:

Code :

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

1
2
Point a = new Point();
Point b = new Point();

a et b pointeront sur deux instances différentes de Point qui possède chacune son propre espace mémoire.

[Haywire]

Pour les objets cela s' opére aussi par copie?

Les objets sont passés par référence, il n'y a pas de copie.
A l'intérieur de la méthode on agit donc directement sur l'objet passé en argument.

[Amine_sas]

Salut,

Les objets sont passés par référence, il n'y a pas de copie.
A l'intérieur de la méthode on agit donc directement sur l'objet passé en argument.

Le sujet a déjà été abordé dans ce post avec un contre exemple.

[Haywire]

Je n'appelle pas ça un contre-exemple.

En réalité tout est passé par valeur en java, sauf que dans le cas des objets c'est une copie de l'adresse de l'objet qui est passé.
Comme tu l'as bien dit on a donc à l'intérieur de la méthode une variable locale qui pointe sur l'objet passé en paramètre et forcément si on fait une affectation on change simplement l'objet pointé par cette variable locale. Ce qui n'a aucun impacte sur l'objet d'origine bien évidemment.

Mais toujours est-il que le terme de passage par référence est correcte, c'est bien une référence à un objet qu'on passe et non l'objet lui-même et donc si on modifie cette référence on ne modifie plus l'objet sur lequel elle pointe.

Mais toutes ces précisions ne peuvent à mon avis qu'embrouiller un débutant inutilement. Ce qu'il est important de savoir c'est qu'une méthode peut modifier un objet alors qu'elle ne peut pas modifier une variable de type primitif.

[Amine_sas]

si on fait une affectation on change simplement l'objet pointé par cette variable locale. Ce qui n'a aucun impacte sur l'objet d'origine bien évidemment.

Mais toutes ces précisions ne peuvent à mon avis qu'embrouiller un débutant inutilement.

Je ne suis pas tout à fait d'accord, ces précisions ne sont pas inutiles.
Il s'agit certainement de l'un des principes du langage qu'on doit apprendre avant de disputer les fonctions avancées. De plus beaucoup de programmeurs C/C++ posent la même question dès les premiers contacts avec les méthodes java et beaucoup d'auteurs de livres le traitent dans les premiers chapitres.