Comment modifier les champs d'une classe depuis une autre

Bonjour à tous,

Voilà, je me pose une question peut être toute bête mais je bloque, et ce après plusieurs recherches.

J'ai une classe constituées de données, appelons la ModeleDonnees, qui comprends plusieurs attributs. J'ai plusieurs sous classes (ParseurX, ParseurY, etc...) qui devront mettre à jour ces données.

Sachant que mes classes ParseursX, Y, Z sont instanciées dans une classe Traitement, comment je peux simplement modifier les attributs de ma classe ModeleDonnees ?
Je voudrais développer une solution générique, donc idéalement que chaque classe retourne un objet de type ModeleDonnees mais je vois pas comment faire ce genre de chose. Je pense que j'ai loupé un truc sur la communication entre objets :(

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

Classe Traitement {   void traiterLigne { ModeleDonnees donnes = new ModeleDonnees(); ParseurX ligneX = new ParseurX(); ligneX.parserLigneX(ligne); ??? comment alimenter ModeleDonnees depuis ma méthode parserLigneX ??? }   }     Classe ParseurX {   ModeledeDonnees parserLigneX {     }   }

---

Merci !

Tu à en effet loupé un truc. La visibilité.
Tu n'as pas accès à tes donnée de ta classe car ils sont en privé (private). Pour avoir accès à ses données on créer donc des getter et setter. Des fonction publique qui permette de modifier ou d'avoir accès au attribut.
Si tu as un attribut name tu aura par exemple

Code:

---

1 2 3 4 5 6 7 8 9 10

private String name;   public String getName(){ return name; }   public void setName(String name){ this.name = name; }

---

en général comment accéder ou travailler avec les attribut d'un objet ? En créant des fonction à l'objet qui font le travail.
il à d'autre moyen de rendre visible les attributs comme en les mettant en public (accessible à tous), ou en protected (accessible au classe du même package ou classe hérité)

Code:

---

ParseurX ligneX = new ParseurX(modelDonnees);

---

par exemple.

Citation:

---

Envoyé par MarieKisSlaJoue

Tu à en effet loupé un truc. La visibilité.
Tu n'as pas accès à tes donnée de ta classe car ils sont en privé (private). Pour avoir accès à ses données on créer donc des getter et setter. Des fonction publique qui permette de modifier ou d'avoir accès au attribut.
Si tu as un attribut name tu aura par exemple

Code:

---

1 2 3 4 5 6 7 8 9 10

private String name;   public String getName(){ return name; }   public void setName(String name){ this.name = name; }

---

en général comment accéder ou travailler avec les attribut d'un objet ? En créant des fonction à l'objet qui font le travail.
il à d'autre moyen de rendre visible les attributs comme en les mettant en public (accessible à tous), ou en protected (accessible au classe du même package ou classe hérité)

---

Merci, la visibilité et getter/setter j'ai bien compris. Mais le truc c'est que je voulais eviter d'avoir une instanciation d'un parseur, récupérer les valeurs retournées et setter des attributs de ModeleDonnees.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

Classe Traitement {   void traiterLigne { ModeleDonnees data = new ModeleDonnees(); ParseurX ligneX = new ParseurX(data); }   }     Classe ParseurX {   void parserLigneX(ModeleDonnees data) { .... data.setTruc(valeur); <= ça marche ça ? }   }

---

Merci tchize_, je cherchais à faire ce stype de passage de paramétre. Donc si je résume :
- je passe en paramètre un objet instancié de la classe ModeleDonnees
- dans ma méthode parserLigneX, je sette mes attributs : mais c'est là que je ne comprends pas, est-ce data va être modifié ou je dois déclarer ma méthode de type ModeeDonnes et non void ? C'est ce retour de valeur que je ne comprends pas.

En fait, ma confusion vient de là : lors d’un appel de méthode en java, les paramètres de type primitif sont passés par valeur, et ceux de type objet sont passés par référence.

Merci.

Citation:

---

Envoyé par SuperJoker

En fait, ma confusion vient de là : lors d’un appel de méthode en java, les paramètres de type primitif sont passés par valeur, et ceux de type objet sont passés par référence.

---

Les objets sont passés par valeur, et cette valeur est une référence. Tout comme les types primitifs sont passés par valeur, et cette valeur est un nombre, un caractère ou un booléen.

Prenons des exemples. Si tu fais :

Code:

---

1 2 3 4 5 6 7 8 9 10

void parser(Modele modele) { modele = new Modele(); modele.machin = 8; }   void tester() { Modele modele = new Modele(); parser(modele); System.out.println(modele.machin); }

---

Ça fait la même chose que si tu avais fait

Code:

---

1 2 3 4 5 6 7 8 9

void parser(int i) { i = 8; }   void tester() { int i = 3; parser(i); System.out.println(i); }

---

La même chose : rien.
La méthode appelante décide de ne plus travailler sur le paramètre qu'on lui a passé, mais d'assigner un autre objet à ce paramètre à la place. Ce qui ne concerne qu'elle et n'a pas d'effet sur l'objet qui lui avait été fourni.

Par contre si tu modifies l'objet lui-même au lieu d'assigner un autre objet au paramètre :

Code:

---

1 2 3 4 5 6 7 8 9 10

void parser(Modele modele) { // pas de new : on travaille sur l'objet qui nous a été donné, pas un autre modele.machin = 8; }   void tester() { Modele modele = new Modele(); parser(modele); System.out.println(modele.machin); }

---

Le fait de modifier cet objet est visible pour tout ce qui connaît cet objet : l'appelant, et tout ce qui en garde l'instance quelque part.

Alors là, un grand merci pour tes exemples simples et efficaces : j'ai tout compris :D

Ton exemple aurait sa place dans les FAQ java amha.

Citation:

---

Envoyé par SuperJoker

En fait, ma confusion vient de là : lors d’un appel de méthode en java, les paramètres de type primitif sont passés par valeur, et ceux de type objet sont passés par référence.

Merci.

---

Alors on va faire couic directement aux idées reçues, ce sera plus simple. Java traite tous les paramètres d'une méthode de la même manière: tous les paramètres de méthodes et constructeurs, en java, sont passé par copie
Une variable de type primitif stocke la valeur
Une variable de type objet stocke une référence
Une référence pointe vers une instance d'un objet.

Tout le reste découle de ça.

Donc quand tu "passe un objet" à un méthode, tu passe une copie de la référence vers la même instance. Si dans la méthode en question tu appelle d'autres méthodes sur la référence ou tu affecte l'état de l"objet pointé par la variable, tu affecte le même objet que l'appelant. Si tu stocke une nouvelle valeur dans la référence, ça n'affecte que la méthode et les modifications d'état de ce nouvel objet ne sont pas transféré vers l'objet précédent.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

List<String> maListe = .....; maMethode(maListe); //....   public void maMethode(List<String> x){ x.add("Bonjour"); // affecte le contenu de l'objet pointé par x et maListe List<String> y = x; y.add("Et bonne chance"); // affecte le contenu de l'objet pointé par x, y et maListe x = new ArrayList<String>(); // affecte x, pas l'objet pointé par x, on change d'objet pointé x.add("Au Revoir"); // affecte uniquement le nouvel objet pointé par x y.add("Ciao"); // affecte le contenu de l'objet pointé par y et maListe } // maListe et y pointent vers le même objet qui contient maintenant [Bonjour, Et bonne chance, Cia], x pointe vers un objet qui contient [Au Revoir]

---

Citation:

---

Envoyé par tchize_

Alors on va faire couic directement aux idées reçues, ce sera plus simple. Java traite tous les paramètres d'une méthode de la même manière: tous les paramètres de méthodes et constructeurs, en java, sont passé par copie
Une variable de type primitif stocke la valeur
Une variable de type objet stocke une référence
Une référence pointe vers une instance d'un objet.

Tout le reste découle de ça.

Donc quand tu "passe un objet" à un méthode, tu passe une copie de la référence vers la même instance. Si dans la méthode en question tu appelle d'autres méthodes sur la référence ou tu affecte l'état de l"objet pointé par la variable, tu affecte le même objet que l'appelant. Si tu stocke une nouvelle valeur dans la référence, ça n'affecte que la méthode et les modifications d'état de ce nouvel objet ne sont pas transféré vers l'objet précédent.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

List<String> maListe = .....; maMethode(maListe); //....   public void maMethode(List<String> x){ x.add("Bonjour"); // affecte le contenu de l'objet pointé par x et maListe List<String> y = x; y.add("Et bonne chance"); // affecte le contenu de l'objet pointé par x, y et maListe x = new ArrayList<String>(); // affecte x, pas l'objet pointé par x, on change d'objet pointé x.add("Au Revoir"); // affecte uniquement le nouvel objet pointé par x y.add("Ciao"); // affecte le contenu de l'objet pointé par y et maListe } // maListe et y pointent vers le même objet qui contient maintenant [Bonjour, Et bonne chance, Cia], x pointe vers un objet qui contient [Au Revoir]

---

---

Merci pour ce nouvel exemple, notamment la lligne List<String> y = x; qui montre bien la communication entre objets. :cfou:

il n'y a pas de communication entre objet. y et x dans cette ligne pointent vers le même objet.