Constructeur de copie ?

Bonjour,

J'ai une question de debutant :
Je souhaite construire un objet a partir d'un objet de meme type. Prenons l'exemple d'un objet voiture.
Est'il possible d'utiliser une fonction de type

Code:

---

1 2 3

public Voiture(Voiture v) { this = v; }

---

Pour le moment j'utilise une methode qui copie un a un les attributs de l'objet

Code:

---

1 2 3 4 5

public Voiture(Voiture v) { this.moteur = v.moteur; this.roue = v.roue etc ... }

---

Merci pour votre aide

Salut,


La première solution n'est pas possible. Il faut copier les attributs un à un, ou utiliser le mécanisme de cloneage de Java :

Code:

---

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

public class Voiture implements Cloneable {   // ...   @Override public Voiture clone() { try { return (Voiture) super.clone(); } catch (CloneNotSupportedException e) { // Ceci ne devrait pas arriver si on implémente Cloneable // mais au cas où on remonte une exception 'unchecked' : throw new IllegalStateException(e); } }   }

---

Attention toutefois car le cloneage se contente de recopier la référence des objets (tout comme l'affectation des attributs de ton second constructeur). Donc s'il s'agit d'objet modifiable les modifs impacteront les deux instances de Voiture...

Si on veux éviter cela on doit cloner récursivement les attributs ou les recréer...

a++

non, le this=v n'a aucun sens.
La copie d'attribut est la méthode recommandée.

Ok, merci pour vos reponses

Est'il possible d'inclure un appel au constructeur de copie dans le constructeur ?

Code:

---

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

public Voiture(Object objet) { super(); if (objet instanceof Voiture) { Voiture ((Voiture) objet ); } [...] }   public Voiture(Voiture v) { this.moteur = v.moteur; this.roue = v.roue; [...] }

---

non car la délégation à un autre constructeur ne peut se faire que dans la première instruction du constructeur.

Tu peux par contre très bien déplacer ton code de copie dans une méthode privée que t'appelle depuis tous les constructeur qui en ont besoin.

Enfin, dans ton cas précis:

Code:

---

1 2 3 4 5 6 7 8

public class Voiture { public Voiture(Object o){if (o instanceof Voiture) init((Voiture)o);} public Voiture(Voiture v){init(v);} } ..... Voiture v = new Voiture("ma voiture"); Voiture v2 = new Voiture(v);

---

Ce sera direct le deuxième constructeur qui sera appelé pour construire v2, donc pas besoin de chipoter avec le instanceof, java comme tous les language objet, fait appel aux bonne méthodes suivant le type déclaré des paramettre (j'ai bien dit déclaré, pas effectif)

Citation:

---

Envoyé par tchize_

non car la délégation à un autre constructeur ne peut se faire que dans la première instruction du constructeur.

Tu peux par contre très bien déplacer ton code de copie dans une méthode privée que t'appelle depuis tous les constructeur qui en ont besoin.

Enfin, dans ton cas précis:

Code:

---

1 2 3 4 5 6 7 8

public class Voiture { public Voiture(Object o){if (o instanceof Voiture) init((Voiture)o);} public Voiture(Voiture v){init(v);} } ..... Voiture v = new Voiture("ma voiture"); Voiture v2 = new Voiture(v);

---

Ce sera direct le deuxième constructeur qui sera appelé pour construire v2, donc pas besoin de chipoter avec le instanceof, java comme tous les language objet, fait appel aux bonne méthodes suivant le type déclaré des paramettre (j'ai bien dit déclaré, pas effectif)

---

Merci pour ta reponse.
Evidemment, creer une methode privee semble etre la meilleure solution.

Par contre j'ai pas compris ton allusion a déclaré/effectif => effectif, ce sont ceux qui sont utlises a l'interieur de la methode, contrairement aux parametres declares qui sont dans l'entete de la methode ??

Citation:

---

Envoyé par Sylk

Par contre j'ai pas compris ton allusion a déclaré/effectif

---

Citation:

---

Object o = new Voiture();

---

o est déclaré comme une variable de type objet, si tu passe o en paramètre à une méthode / constructeur, c'est sur le type "Object" que java se basera pour déterminer le méthode à appeler quand plusieurs méthodes de même non sont possibles.

Mais dans les fait, à ce moment là, o est de type Voiture.