Java

[java] probleme avec un passage d'argument...

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [java] probleme avec un passage d'argument...

babthefox2002

Bonjour a tous et toutes,
j'ai un petit soucis avec une de mes methodes, dont voici le code :

Code :

private void constructionRec(Vector ePart, HashMap tabChemCentre, BankWayList chemPart) {
chemPart.removeAll(); // initialisation (=supprime tous les elements du vecteur de chemPart)
if(ePart.size() == 1) // cas d'arret
for(int i = 0; i < ePart.size(); i++) {
Entity entite = (Entity)ePart.get(i); // pour toute entite 'entite' de 'ePart'
BankWayList bl = (BankWayList)tabChemCentre.get(entite.getName());
chemPart = bl;
// (1) ICI QUAND ON AFFICHE "chemPart" IL CONTIENT BIEN CE QU'IL Y A DANS "bl"
} // for i
else
for(int j = 0; j < ePart.size(); j++) {
Entity e = (Entity)ePart.get(j); // pour toute entite 'e' de 'ePart'
BankWayList chemSousPart = new BankWayList();
Vector ePartMoinsE = new Vector();
ePartMoinsE = (Vector)ePart.clone();
ePartMoinsE.removeElementAt(j); // ePartMoinsE = ePart\{e}
constructionRec(ePartMoinsE, tabChemCentre, chemSousPart);
// (2) ICI IL AFFICHE LA VARIABLE "chemSousPart" COMME ETANT VIDE !!!
} // for j
} // constructionRec

Mon probleme est le suivant :
- a l'endroit (1) de la methode je met dans la variable "chemPart" ce qu'il y a dans "bl". Si je fais un affichage, on voit bien que "chemPart" a bien pris la valeur de "bl".
- par contre, lorsque j'affiche en (2) le contenu de ma variable "chemSousPart" que j'avais passee en argument, alors la je me rencontre qu'elle ne contient rien.

Je pense que cela vient du fait que certains objets ne pointent pas sur la meme chose mais je n'en suis pas sûr.
Je pense que c'est une erreur bête mais je n'arrive pas a la trouver !
Quelqu'un pourrait-il m'aider ?

Baba

Message édité par babthefox2002 le 02-12-2003 à 16:06:47

Publicité

benou

quand tu fais
chemPart = bl;
c'est juste la variable locale chemPart que tu modifies, pas la variable qui a été utilisée lors de l'appel de la méthode, ni l'objet que ces deux variables pointent ...

Message édité par benou le 02-12-2003 à 16:12:34

---------------
ma vie, mon oeuvre - HomePlayer

babthefox2002

comment puis-je faire pour modifier la variable que je passe en argument alors ??

babthefox2002

mais en fait dans la suite de ma methode, dans le "else" je fais

Code :

chemPart = chemSousPart;

Et la je me rends compte que chemSousPart est vide, alors qu'il contenait qqchose dans la recursive precedante !

benou

babthefox2002 a écrit :

mais en fait dans la suite de ma methode, dans le "else" je fais

Code :

chemPart = chemSousPart;

Et la je me rends compte que chemSousPart est vide, alors qu'il contenait qqchose dans la recursive precedante !

bha oui ...

exemple :

Code :

public void changePersonne(Personne p) {
p = new Personne("Tata" );
}

Code :

Personne p1 = new Personne("Toto" );
changePersonne(p1);
// ici p vaut toujours toto

parce que dans le méthode changePersonne, tu créés un nouvel objet que tu attache à la variable locale p. Mais la variable p1, elle n'est pas modifiée.

T'as 4 solutions :
1) soit tu modifies l'objet (an appelant des méthodes dessus), 2) soit ta méthode devient une fonction et elle retourne la valeur de l'objet que tu aura créé dedans et ce sera à toi d'affecter cet objet à ta variable.
3) soit tu englobes ton objet dans un autre objet qui te servira de conteneur.
4) tu revois ton algo parce qu'il est bancale

tu connais les pointeurs ou pas ? ce sera peut être plus simple de t'expliquer comme ca ...

Message édité par benou le 02-12-2003 à 16:30:02

---------------
ma vie, mon oeuvre - HomePlayer

babthefox2002

oui je connais les pointeurs, mais normalement je croyais que quand tu passais un objet 'toto' en parametre d'une methode personne(), le parametre correspondant a 'toto' dans personne() pointait toujours sur la meme chose que 'toto', sauf dans le cas ou dans personne on fait un truc genre :
objet tata = (le parametre correspondant a 'toto')
ou la 'tata' est une variable locale de personne().

benou

:sweat:
bon ....

si tu connais les pointeurs, on va attaquer par ce bout là.
Quand tu fais

Code :

Personne p = new Personne("toto" );

Ca créé un objet Personne en mémoire. L'adresse mémoire de cet objet est stocké dans la variable locale p.

Donc p ne contient que l'adresse mémoire, rien d'autre. C'est un pointeur vers l'objet.

Quand tu appelles une méthode en java et que tu passes en arguments des objets, c'est le pointeur que tu passes : la veleur de la variable, c'est à dire l'adresse mémoire. C'est un passage par valeur !

Donc, une fois dans ta méhode, la variable (le paramêtre) est locale. C'est un nouvelle variable qui contient la même valeur (l'adresse mémoire de l'objet) que la variable qui a été utilisé dans l'appel de la méthode : c'est uen copie de la valeur de la variable.

Donc si dans ta méthode tu fais

Code :

leParam = new Personne("tutu" );

la variable locale va prendre la valeur de l'adresse mémoire du nouvel objet. Mais c'est uniquement la variable locale qui est affectée, pas la variable qui avait été utilisé pour faire l'apelle de la méthode : elle, elle garde sa valeur originale.

capiché ?

---------------
ma vie, mon oeuvre - HomePlayer

babthefox2002

Ok merci, je vais corriger mon erreur...
Je ne savais pas que ca changeait de valeur que localement... Merci pour l'explication.

the real moins moins

euh
benou je voudrais pas lancer un débat à cette heure-ci, mais j'pense que t'as tout faux...

plus de détails dans qques minutes.
(faire du java sous vi, j'ai connu plus excitant)

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

the real moins moins

voila.

Code :

-bash-2.05b$ cat Test.java
public class Test {
private int x = 3;
public Test() {
}
public Test(int i) {
this.x = i;
}
public void setTest(Test t) {
this.x = t.getX();
t.setX(123);
}
public int getX() { return this.x; }
public void setX(int i) { this.x = i; }
public String toString() { return "Test[x="+x+"]"; }
public static void main(String[] args) {
Test t1 = new Test(44);
Test t2 = new Test();
System.out.println("t1="+t1);
System.out.println("t2="+t2);
t2.setTest(t1);
System.out.println("t1="+t1);
System.out.println("t2="+t2);
}
}
-bash-2.05b$ /usr/local/java/bin/javac Test.java
-bash-2.05b$ /usr/local/java/bin/java Test
t1=Test[x=44]
t2=Test[x=3]
t1=Test[x=123]
t2=Test[x=44]

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

Publicité

the real moins moins

on passe donc bien par réference à une methode, et la reference n'est pas "localisée" à la méthode appelée.

sauf pour les types primitifs (forcément) et les immutables (ça c taiche qui l'a dit; ça me parait logique mais bon, je répond de rien)

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

benou

the real moins moins a écrit :

euh
benou je voudrais pas lancer un débat à cette heure-ci, mais j'pense que t'as tout faux...

:heink:

---------------
ma vie, mon oeuvre - HomePlayer

the real moins moins

benou a écrit :

:heink:

voir la suite.....

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

benou

the real moins moins a écrit du code :

voila.

[:wam]
en quoi ca va à l'encontre de ce que j'ai dit ??

the real moins moins a écrit :

on passe donc bien par réference à une methode.

bien sûr qu'on passe un objet par référence. C'est pas comme en C++ où une copie de l'objet est faite à chaque appel de méthode ! Mais si on parle du pointeur (puisqu'une référence est un pointeur), c'est la valeur du pointeur (adresse méméoire) qui est passée. et ce passage est fait par copie !

the real moins moins a écrit :

sauf pour les types primitifs (forcément) et les immutables (ça c taiche qui l'a dit; ça me parait logique mais bon, je répond de rien)

[:wam]
pour les types primitifs, c'est comme pour les objets ! c'est toujours du passage par copie de la valeur de la variable. Si c'est un type primitif, la valeur de la variable est le type lui même => c'est une simple copie. Quand c'est une référence c'est pareil : c'est une copie de cette référénce qui devient une 2e référence vers le même objet, mais c'est pas en écrasant la valeur de cette référence (en faisant une bête affectation) que tu vas modifier la 1ere référence...

quand au fait d'immaginer que le passage des paramêtres se fait différement si c'est un type immuable [:kiki]
Comment il peut le savoir java quand c'est un type immuable ??

franchement, ca me déçoit que tu puisses penser que je me trompe sur un truc aussi basique que ca

Message édité par benou le 03-12-2003 à 00:16:03

---------------
ma vie, mon oeuvre - HomePlayer

benou

the real moins moins a écrit :

et la reference n'est pas "localisée" à la méthode appelée.

bien sûr qu'elle l'est !

en quoi ton exemple montre qu'elle ne l'est pas ?

---------------
ma vie, mon oeuvre - HomePlayer

benou

démonstrattion :

Code :

package test;
class Toto {
private String s;
public Toto(String s) {
this.s = s;
}
public String toString() {
return this.s;
}
}
public class TestRef {
public static void testCpyRef(Toto ref) {
ref = new Toto("objet local" );
}
public static void main(String[] args) {
Toto t = new Toto("t1" );
testCpyRef(t);
System.out.println(t);
}
}

Citation :

[:spamafote]

je suis étonné que tu puisses te faireavoir sur ce genre de trucs :heink:
Ou bien on s'est mal compris ?

---------------
ma vie, mon oeuvre - HomePlayer

Taiche

(╯°□°）╯︵ ┻━┻

benou a écrit :

quand au fait d'immaginer que le passage des paramêtres se fait différement si c'est un type immuable [:kiki] comment il peut le savoir java que c'est un type immuable ??

Euh baaaaaa... fais un test tout con, genre une méthode qui prend une String en paramètre, qui la modifie et qui l'affiche. Tiens, de tête et sans compiler :

Code :

public class machin tout ça
{
public static joulieMethode(String s)
{
s += "graou";
System.out.println(s);
}
public static void main(String[] args)
{
String hop = "hop";
joulieMethode(hop);
System.out.println(hop);
}
}

T'auras :

Citation :

hopgraou
hop

joulieMethode a modifié localement la variable et pis c'est tout. En revanche, fais pareil avec une ArrayList (en lui rajoutant des éléments, par exemple) et ton ArrayList initiale sera bien modifiée.

---------------
Everyone thinks of changing the world, but no one thinks of changing himself | It is the peculiar quality of a fool to perceive the faults of others and to forget his own | Early clumsiness is not a verdict, it’s an essential ingredient.

Taiche

(╯°□°）╯︵ ┻━┻

benou a écrit :

démonstrattion :
Ou bien on s'est mal compris ?

Ca doit être ça, alors [:ddr555]
Passke d'après ce que j'en ai lu, tu semblais dire que le passage de paramètre en Java c'était du passage par valeur et non par référence

benou

Taiche a écrit :

Ca doit être ça, alors [:ddr555]
Passke d'après ce que j'en ai lu, tu semblais dire que le passage de paramètre en Java c'était du passage par valeur et non par référence

la valeur du pointeur !!

---------------
ma vie, mon oeuvre - HomePlayer

benou

Taiche a écrit :

[:totoz]

mais tu confonds tout !!!

quand tu fais un += d'une string et quand tu fais un add dans une arraylist ca a rien à voir !!!

Un += d'une String tu créée un nouvel objet String que tu affectes à la référence locale => ca n'a aucun effet en dehors de la méthode.
Un add d'une arraylist c'est un appel qui va modifier l'objet pointé par la référence => ca a un effet en dehors de la méthode

qu'est ce que vous me faites là ???? [:fear]

---------------
ma vie, mon oeuvre - HomePlayer

the real moins moins

[:core 666]

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

benou

the real moins moins a écrit :

[:core 666]

:??:

---------------
ma vie, mon oeuvre - HomePlayer

schnapsmann

Zaford Beeblefect

bah oui d'autant que les String de jawa sont constants :heink:

---------------
From now on, you will speak only when spoken to, and the first and last words out of your filthy sewers will be "Sir!"

benou

SchnapsMann a écrit :

bah oui d'autant que les String de jawa sont constants :heink:

tu réponds "bha oui" à quoi ???

et qu'est ce que tu appelles constant ? par rapprt à immuable, je veux dire ...

---------------
ma vie, mon oeuvre - HomePlayer

schnapsmann

Zaford Beeblefect

benou a écrit :

tu réponds "bha oui" à quoi ???

et qu'est ce que tu appelles constant ? par rapprt à immuable, je veux dire ...

oui c'est bien ça que je voulais dire, je parlais pas des références hein

donc += sur un String, c'est sur que ça change pas le String

Message édité par schnapsmann le 03-12-2003 à 00:30:29

---------------
From now on, you will speak only when spoken to, and the first and last words out of your filthy sewers will be "Sir!"

the real moins moins

benou a écrit :

[:wam]
en quoi ca va à l'encontre de ce que j'ai dit ??

ben, je lis ça

Citation :

Donc si dans ta méthode tu fais

Code :

leParam = new Personne("tutu" );

la variable locale va prendre la valeur de l'adresse mémoire du nouvel objet. Mais c'est uniquement la variable locale qui est affectée, pas la variable qui avait été utilisé pour faire l'apelle de la méthode : elle, elle garde sa valeur originale.

j'essaie et je vois ce qu'il me semblait: que la variable passée n'est pas locale à la methode...
ou alors y'a un truc qui m'echapp

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

benou

SchnapsMann a écrit :

oui c'est bien ça que je voulais dire, je parlais pas des références hein

j'ai toujours pas compris ce que tu disais :pt1cable:

---------------
ma vie, mon oeuvre - HomePlayer

the real moins moins

au fait benou, le prend pas pour toi hein
je suis en train de faire un autre test qui là me montre que t'as raison mais y'a tjs un truc qui m'échappe.

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

benou

the real moins moins a écrit :

la variable passée n'est pas locale à la methode...
ou alors y'a un truc qui m'echapp

a ce moment, quand je parlais de "la variale" je parlais de la référence, pas de l'objet qu'elle pointait.

regarde dans l'exemple de code que j'ai donné :

Code :

public class TestRef {
public static void testCpyRef(Toto ref) {
ref = new Toto("objet local" );
}
public static void main(String[] args) {
Toto t = new Toto("t1" );
testCpyRef(t);
System.out.println(t);
}
}

la variable "t" n'est pas affectée par l'appel de testCpyRef() parce que la variable "ref" de testCpyRef() est une copie de la valeur de la variable "t" => si tu changes la valeur de "ref" ca ne change pas la valeur de "t" : c'est 2 variables différentes [:spamafote]

---------------
ma vie, mon oeuvre - HomePlayer

benou

the real moins moins a écrit :

au fait benou, le prend pas pour toi hein
je suis en train de faire un autre test qui là me montre que t'as raison mais y'a tjs un truc qui m'échappe.

nan nan t'inquiètes ... mais j'arrive pas à croire que ca vous étonne [:mlc2]

c'est quoi qui t'échappe ?

---------------
ma vie, mon oeuvre - HomePlayer

schnapsmann

Zaford Beeblefect

et oui, les passages d'arguments de java sont toujours fait par valeur, fou non [:naughty]

gros rapel pour les cancres du fond:

en c++ :
void foo(int a); // par valeur
void bar(inr& a); // par référence

en java seul le premier cas est géré :whistle:

Message édité par schnapsmann le 03-12-2003 à 00:37:48

---------------
From now on, you will speak only when spoken to, and the first and last words out of your filthy sewers will be "Sir!"

the real moins moins

Citation :

-bash-2.05b$ cat Test2.java
public class Test2 {
private int x = 3;
public Test2() {
}
public Test2(int i) {
this.x = i;
}
public void setTest(Test2 t) {
this.x = t.getX();
t = new Test2(666);
}
public int getX() { return this.x; }
public String toString() { return "Test2[x="+x+"]"; }

public static void main(String[] args) {
Test2 t1 = new Test2(44);
Test2 t2 = new Test2();
System.out.println("t1="+t1);
System.out.println("t2="+t2);
t2.setTest(t1);
System.out.println("t1="+t1);
System.out.println("t2="+t2);

}
}
-bash-2.05b$ /usr/local/java/bin/java Test2
t1=Test2[x=44]
t2=Test2[x=3]
t1=Test2[x=44]
t2=Test2[x=44]

et là "benou à raison".
ben c'est super con, mais je suis pas sur de piger pourquoi dans mon 1er exemple, l'objet sur lequel pointe ma reference est modifié par ma methode setText, alors que dans le 2e la nouvelle instance semble locale à cette foutue méthode, alors que la reference vient du dehors...

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

the real moins moins

SchnapsMann a écrit :

et oui, les passages d'arguments de java sont toujours fait par valeur, fou non [:naughty]

ha non [:aloy]

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

schnapsmann

Zaford Beeblefect

the real moins moins a écrit :

ha non [:aloy]

nain porte quoi

remarque je connais pas java 1.5, peut être est-ce une nouveauté :??:

---------------
From now on, you will speak only when spoken to, and the first and last words out of your filthy sewers will be "Sir!"

the real moins moins

on parle de passage par reference en java quand meme, merde, arretez de remettre en doute tout ce que je crois connaitre maintenant

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

schnapsmann

Zaford Beeblefect

the real moins moins a écrit :

on parle de passage par reference en java quand meme, merde, arretez de remettre en doute tout ce que je crois connaitre maintenant

En java, tu passes une référence par valeur en argument d'une méthode. C'est pas pareil que de passer une variable par référence en argument :fou:

Message édité par schnapsmann le 03-12-2003 à 00:44:55

---------------
From now on, you will speak only when spoken to, and the first and last words out of your filthy sewers will be "Sir!"

Taiche

(╯°□°）╯︵ ┻━┻

benou a écrit :

la valeur du pointeur !!

Bin putain, tu crois que le gars de base il a bien pigé ta phrase ?
J'te cite :

Citation :

Quand tu appelles une méthode en java et que tu passes en arguments des objets, c'est le pointeur que tu passes : la veleur de la variable, c'est à dire l'adresse mémoire. C'est un passage par valeur !

Et après tu gueules qu'on mélange tout [:kiki]

benou a écrit :

[:totoz]

mais tu confonds tout !!!

(la preuve [:ddr555] )
OK, bin chu d'accord que mon += était pas du tout judicieux. Faisons un .replace('h', 'x') à la place [:spamafote]

Si on est déjà 2 à pas tout piger c'que tu racontes (p'têt 3 avec SchnapsMann, j'sais pas), c'est p'têt qu'y a un problème dans la formulation, non ?

benou

SchnapsMann a écrit :

void foo(int a); // par valeur
void bar(inr& a); // par référence

en java seul le premier cas est géré :whistle:

nan mais là tu prend le cas d'un type primitif, c'est pas ce qu'il y a mieux comme exemple

SchnapsMann a écrit :

remarque je connais pas java 1.5, peut être est-ce une nouveauté :??:

nan, mais n'importe quoi ! c'est impossible de changer un truc comme ca !

---------------
ma vie, mon oeuvre - HomePlayer

benou

the real moins moins a écrit :

on parle de passage par reference en java quand meme, merde, arretez de remettre en doute tout ce que je crois connaitre maintenant

ouais dans le cas des objets, mais dire "passage par référence" revient au même que de dire "passage par valeur des pointeurs" [:spamafote]

---------------
ma vie, mon oeuvre - HomePlayer

Taiche

(╯°□°）╯︵ ┻━┻

C'est super, personne pige rien à ce que racontent les autres [:ddr555]

Bon ba moi j'm'en vais, il pue la mort ce topic

Publicité

Page : 1 2

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

Java

[java] probleme avec un passage d'argument...

Sujets relatifs
[ASP] fileexists probleme	probleme d'upload
Passage MySql à fichier SYLK (compatible excel) et inverse (PHP)	[VB]Passage de DAO+Jet à DAO+ODBCDirect
Probleme calcul	Probleme en asp
probleme avec les session [RESOLU]	Probleme avec PI ...
passage de std::string (ou std::vector<char>) à bit_vector (ou bitset)	Probleme d'upload
Plus de sujets relatifs à : [java] probleme avec un passage d'argument...

Page générée en 0.100 secondes