Methode echange (Claude delannoy)

Version imprimable

Bonjour ,

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

Code:

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

14/03/2008, 14h42
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.
14/03/2008, 14h59
Amine_sas

Salut,
Tu peux jeter un coup d'oeil sur ce thread pour en apprendre davantage.
14/03/2008, 15h03
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
14/03/2008, 15h14
Amine_sas

Salut,

Citation:

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.

Citation:

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 :D.
17/03/2008, 16h38
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:

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
17/03/2008, 20h21
Amine_sas
Salut,

Citation:

Envoyé par 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:

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:

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:

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.
19/03/2008, 01h16
Haywire

Citation:

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.
19/03/2008, 21h50
Amine_sas

Salut,

Citation:

Envoyé par Mushroom7

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.
20/03/2008, 13h30
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.
20/03/2008, 18h45
Amine_sas

Citation:

Envoyé par Mushroom7

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.

:roll:

Citation:

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.