Héritage "ascendant" possible ?

Je me posais une petite question vis-à-vis de l'héritage.

Code:

---

1 2 3 4 5 6

class A { int a; int b; String c; }

---

Code:

---

1 2 3 4

class B extends A {   }

---

On peut donc faire

Code:

---

1 2	A blah = new B();

---

Mais pas

Code:

---

1 2	B blih = new A();

---

Jusque là, tout va bien. Cependant, j'aimerai réaliser un objet fils plus restrictif que son père.

Autrement dit, si mon père possède les attributs a,b,c, je veux que mon fils ne travaille qu'avec b.

Alors, d'accord avec cette hiérarchie, j'ai accès à b (et aux autres). Mais si je veux construire mon fils à partir d'un père déjà initialisé, comment faire ?

exemple :
A::a = 1;
A::b = 2;
A::c = "toto";

J'aimerai pouvoir faire un new B() en ayant B::b = 2 également.

Comment faire ?

Je pensais à quelque chose du genre :

Code:

---

1 2 3 4 5 6

class B extends A { B (A pere) { b = pere.b; } }

---

Y a-t-il une autre solution ?

Tu peux me filer un exemple plus concret de cas où tu as besoin d'avoir un fils plus restrictif que le père ?
Je n'arrive pas vraiment à cerner ton besoin, du coup, je ne vois pas vraiment l'intérêt de la chose...

Imaginons que j'ai un Objet représentant une requête en BDD.

Typiquement,

Code:

---

1 2 3 4

SELECT nom, prenon, age, civilite, adresse1, adresse2, adresse3, ville FROM donnees_full WHERE rownum <2

---

admettons maintenant que j'ai un objet "Requete"

Code:

---

1 2 3 4 5 6 7 8 9 10 11

class Requete { String nom; String prenom; String civilite; String adresse1; String adresse2; String adresse3; String ville; int age; }

---

Je veux un objet "Personne" extends "Requete" qui n'utilise que nom, prenom, age.

Il faudrait qu'il soit instancié à partir de "Requete".

Concrètement, c'est dans le cas où mon objet requete contient 1000 "colonnes" (bon, là c'est exagéré et on va revoir toute la base de donnée), mais que j'en ai besoin que de 200, j'aimerai avoir un moyen d'instancier "automatiquement" mon objet "Personne".

Et que penses-tu de :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

class Requete { String nom; String prenom; private String civilite; private String adresse1; private String adresse2; private String adresse3; private String ville; int age; }

---

C'est un peu plus compliqué que ça.

En fait, dans "Requete" tous les attributs sont private avec des getters/setters idem dans "Personne".

Si j'ai besoin de construire "Personne", c'est parce que j'ai une fonction qui va me faire des traitements dans la base en prenant une "Personne" en paramètre.

Mais qui ne sait pas travailler avec une "Requete" (parce qu'elle contient trop d'infos).

Alors tu es parti dans la mauvaise voie.
Telle que tu la décris, Personne est une interface, pas un classe héritant de Requete.

Peut-être que mon illustration est incorrecte, quoi qu'il en soit, la seule solution que j'ai trouvée, c'est de faire en réalité deux objets qui n'ont aucun liens mais dont l'un des deux prend en paramètre du constructeur l'autre. Et donc, si j'ai 200 infos à récupérer, je me les coltine à la main.

Je cherche juste à savoir si il y a moyen de faire autrement ?

Spring contient la classe BeanUtils dont la (les) méthode(s) copyProperties devrai(en)t faire ce que tu cherches.

Il y a exactement la même dans BeanUtils Commons, mais là tu as tout un paquetage dans le genre.

Dozer le fait récursivement, de plus en plus fort !

Et tu as ici un comparatif de performances !! (il y a vraiment des gens qui n'ont que ça à faire il faut croire).

C'est exactement ce que je cherchais, merci.