POO & Java : Attribut abstrait

Bonjour à tous et merci d'avance pour le temps que vous passez à me lire et répondre.

Ma question est la suivante : Est-il possible de déclarer un attribut abstrait ?
Je m'explique :

Voici une classe abstraite papa ( syntaxe incorrecte au niveau de " l'abstract", c'est justement pour mettre en évidence ce que je voudrais faire) :

Code:

---

1 2 3 4 5 6 7 8 9 10

public abstract class Papa {   private abstract String name;   public getName(){ return this.name; }   }

---

Et son fils :

Code:

---

1 2 3 4 5 6 7 8

public Fils extends Papa { private String name;   public Fils(String name){ this.name = name; } }

---

Le résultat voulu est le suivant : lors de l'appel de la méthode getName sur un objet de type Papa récupérer la valeur du name de la classe Fils.

Autrement dit, est-il possible de déclarer un attribut abstrait ?

Non, et ça n'a aucun intérêt. "abstract" oblige à redéfinir la méthode dans une classe fille.
Dans ton exemple, c'est "getName" qui doit être "abstract".

La possibilité d'avoir un attribut abstrait n'a pas "aucun interet". C'est d'ailleur possible dans des language tel que SmalTalk d'où ma question pour Java.

Quel est l'interet ?
Imaginons les classes suivantes :

Code:

---

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

public class MaClasse1 extends MaClasseAbstraite{ private final String nom = "Livre1"; private final String auteur = "Auteur1"; }   public class MaClasse2 extends MaClasseAbstraite{ private final String nom = "Livre2"; private final String auteur = "Auteur2"; }   etc..

---

Il est important de comprendre que les attributs nom et auteur sont "hardcodé". ( Pas beaucoup d'interet pour un livre/auteur mais c'est pour laisser l'exemple simple. Dans mon cas, ce sont des informations du type "Version de la classe" , "Service auquel la classe appartient" , ... )


Maintenant je voudrais implémenter des getter sur nom et auteur mais je n'ai pas envie de devoir écrire les deux méthodes dans chacunes de mes classes ( il y'en a un bon paquet en réalité ).

Je vais donc déclarer ces méthodes dans ma classe abstraite... Mais celà ne change pas mon problème, je vais devoir implémenter dans chaque classe un code identique ce qui est loin d'être top pour la maintenance.

Avec un attribut abstrait , j'aurai pu définir "nom" et "auteur" comme attribut abstrait de MaClasseAbstraite. Dés lors lorsque j'appellerai la méthode "getNom()" de ma ClasseAbstraite celle-ci irait récupérer "l'implémentation de l'attribut abstrait" ( c'est à dire sa valeur dans la classe fille ) me permettant de n'avoir qu'une seule version du code pour l'ensemble des classes, d'ou l'utilité d'un attribut abstrait.

J'ai déjà essayé de faire ce genre de chose (déclarer dans une classe abstraite un champ final destiné à être instancié différemment selon les classes dérivées), malheureusement tous les champs finaux doivent être instanciés dans la classe même. On aurait pu imaginer que l'instanciation des champs ne soit obligatoire que dans les classes instanciables...

La solution pour laquelle j'ai finalement opté :

Code:

---

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

public abstract class Papa { private abstract String name; protected Papa(String name) { this.name = name; } public getName(){ return this.name; } }   public Fils1 extends Papa { public Fils1(String name) { super(name); } }   public Fils2 extends Papa { private static final String NAME = "nom"; public Fils2() { super(NAME); } }

---

Ça oblige à définir des constructeurs à rallonge pour la classe abstraite si plusieurs champs sont concernés...

Il parait que les EDI sont la solution miracle pour faire tout seul les :aie: getter et setter :yaisse:

Perso lorsque j'ai des attributs que je peux marquer final je les passe en public, ce qui m'évite de me farcir les getter et setter, me fichant des conventions sur la question, et je me fais gronder à chaque fois que je le dis, mais pour l'instant j'en suis très content.

Autres solutions :

• utiliser un langage de script tel que groovy pour cette partie là
• inverser le problème : utiliser une interface avec tous les getter et setter, gérer cette classe par le biais d'un Proxy, et mettre tous les attributs dans une hashmap, cela évite d'écrire tous les attributs.
• lorsqu'il y a des objets avec un grand nombre d'attributs, c'est qu'il y a souvent une base de données dans le circuit ; en ce cas des outils comme Hibernate aident beaucoup.