Discussion :

[tomburn]

bonjour,

une petite question toute bete:
quand je passe des paramètres à une méthode static, est ce que ces paramètres sont tjrs passés par référence?

car je passe un objet de mon cru à une méthode static d'une classe static, la méthode modifie bien mon objet (j'ai vérifié ), mais au retour de la méthode mon objet est vide...

merci d'avance!

[zozolh2]

salut

je crois à mes souvenirs que java = passage en référence pour tout objet.

d'ailleur c'est bien un gros avantage par rapport aux pointeurs du C !!! beeeeeeerk

[fabszn]

Hello,

Oui en Java le passage d'objet est toujours par reference..

Est ce que tu peux mettre ton code... pour que l'on puisse jeter un coup d'oeil?

[Glob]

Hello.
Il est possible, à l'intérieur d'une méthode, de "modifier" les valeurs passées en paramètre. Mais, une fois que l'on ressort de la méthode, les paramètres sont remis à leur valeur d'avant la méthode.

En fait, les objets sont transmis par copies de références... (sauf si on les déclare final, je suppose...)

A+

[adiGuba]

Salut,

Il est possible, à l'intérieur d'une méthode, de "modifier" les valeurs passées en paramètre. Mais, une fois que l'on ressort de la méthode, les paramètres sont remis à leur valeur d'avant la méthode.

C'est vrai pour les types primitifs seulement... pas pour les objets !

En fait, les objets sont transmis par copies de références... (sauf si on les déclare final, je suppose...)

Les objets sont transmis par références.
Les types primitifs par copies.

Qu'est-ce que tu veux dire par "copies de références" ?

Enfin si tu déclares un argument final tu ne pourra tout simplement pas lui affecter une autre référence (pour les objets) ou une autre valeur (pour les types primitifs)


tomburn >> Comment est-ce que tu modifie ton objet ? Si tu utilises une affectation c'est normal car tu obtiens alors une autre références différentes de ton objet initial...

Sinon montre nous le code de ta méthode statique...

a++

[benratti]

Comme le dit glob, les parametres sont transmis par copie de reference. Cela implique qu'il faut faire attention a la maniere de modifier tes parametres ...

Voici un exemple tout bete :

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
 
public ObjetTest{
 
  public void maMethodeTest(ObjetA a)
  {
     a = new ObjetA() ; //point (2bis)
  }
 
  public static void main(String [] args)
  {
    ObjetTest t = new ObjetTest() ; //point (0)
    ObjetA b = new ObjetA() ;  //point (1)
    t.maMethodeTest(b) ;        //point (2)
    // point (3)
  }
}

Voici comment on peut comment ce passe l'execution :
(0) on cree un ObjetTest O1 et la variable t pointe dessus, je note ca t->O1

(1) on cree un ObjetA A1, b->A1
(2), on appele la methode maMethodeTest, a ce moment, on a b->A1 et a->A1
(2bis) on cree un nouvel ObjetA A2. On a donc a->A2 et comme on n'a pas touche a b, on a aussi b->A1
(3) on est sortie de la methode maMethodeTest, donc ses variables locales sont oublies. Donc il nous reste les deux pointeurs que l'on avait precedement, c'est a dire t->O1 et b->A1

Ce petit exemple montre le fonctionnement du passage par copie de reference. Si tu veux modifier l'objet passe en parametre dans notre exemple, il faut que tu te debrouille pour modifier l'objet A1 et non la valeur du pointeur a.

[tomburn]

oula que de reponses

bon j'ai pas mal bidouillé, plus rien ne marchait.
donc j'ai tout remis comme je pensais que c'était avant, et mtnt ca marche...
donc j'avais du faire une betise.

en tt cas il semblerait bon que je me penche un peu sur la gestion de la memoire en java, car j'ai l'impression qu'il y a des trucs louches...

merci à tous en tt cas!

[Glob]

Il est possible, à l'intérieur d'une méthode, de "modifier" les valeurs passées en paramètre. Mais, une fois que l'on ressort de la méthode, les paramètres sont remis à leur valeur d'avant la méthode.

C'est vrai pour les types primitifs seulement... pas pour les objets !

Si. Voir l'exemple de benratti. Par contre, le contenu de l'objet n'est pas affecté par cela (c'est ce que tu veux dire, je parie ).

Qu'est-ce que tu veux dire par "copies de références" ?

Encore une fois, voir l'exemple de benratti. Cela signifie que l'on peut, à 'intérieur d'une méthode, modifier les références passées en paramètre. Mais que, ensuite, ces références (objets) apparaitront inaltérées au niveau au dessus. Je parle bien de la référence et non de l'objet référencé. Voir le forum C++

Enfin si tu déclares un argument final tu ne pourra tout simplement pas lui affecter une autre référence (pour les objets) ou une autre valeur (pour les types primitifs)

Tout à fait. Je me permettait de spéculer sur le fait que, avec un mot clé "final", la jvm pouvait se permettre de passer la référence et non une copie lors d'un appel de méthode... (et donc de gagner un chouia de temps)
A+

[benratti]

Enfin si tu déclares un argument final tu ne pourra tout simplement pas lui affecter une autre référence (pour les objets) ou une autre valeur (pour les types primitifs)

Tout à fait. Je me permettait de spéculer sur le fait que, avec un mot clé "final", la jvm pouvait se permettre de passer la référence et non une copie lors d'un appel de méthode... (et donc de gagner un chouia de temps)
A+

Tiens, je ne savais pas que l'on pouvait mettre des mots clefs pour les arguments d'une methode. Est ce qu'il existe d'autre mots clefs que final que peuvent s'utiliser pour les arguments d'une methode ?

[adiGuba]

Glob : on est bien d'accord on ne parlais pas exactement de la même chose

Mais en Java, une affectation ne modifie pas un objet mais crée une autre référence...
Donc on ne peut pas vraiment parler de "modifier" un objet avec le code suivant :

Code :

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

a = new ObjetA();

On utilise une nouvelle référence vers un nouvel objet.

En C++ il me semble que ce n'est pas le cas car on utilise alors le constructeur de copie...
(Nota : je ne suis pas sûr de ca...)

Au passage je ne savais pas non plus que l'on pouvait utiliser le mot-clef final pour des paramètres...
Mais il semblerais plutôt que cela indiquerais que le paramètre ne changera pas (pas nouvelle d'affectation) :
http://java.sun.com/docs/books/tutorial/post1.0/converting/languageChanges.html (en bas de la page)

a++

[Glob]

Tiens, je ne savais pas que l'on pouvait mettre des mots clefs pour les arguments d'une methode. Est ce qu'il existe d'autre mots clefs que final que peuvent s'utiliser pour les arguments d'une methode ?

Pas à ma connaissance.