Classe abstraite et ses attributs

Bonjour,

Dans une classe abstraite, on peut demander que toutes les classes qui en héritent soient obligées d'avoir une méthode précise, de la manière suivante :

Code:

---

public abstract void start();

---

Mais est-il possible de demander que chaque classe qui en hérite ait un attribut public, final de type String ?

Code:

---

public final String NAME;

---

Dans le cas de la classe abstraite Géométrie, toutes les formes (cercle, triangle, ...) auraient un attribut public de nom NAME qui stockerait son nom.

D'avance merci pour vos réponses.



xenos

Bonjour,

d'une certaine manière, c'est possible, même si je conseillerais plutôt de passer par une méthode:

Code:

---

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

public abstract AbstractClass {   private final String name;   protected AbstractClass(String name) { super(); this.name = name; }   public final String getName() { return name; } }

---

A noter le final de la méthode getName pour éviter une surcharge.

Merci pour ta réponse (très) rapide Deaf. Tu dis : "même si je conseillerais plutôt de passer par une méthode". J'imagine que tu proposes un code comme celui ci :

Code:

---

public abstract String getName();

---

Mais je reste aussi coincé puisque je ne peux pas en faire une méthode static. J'aimerais pouvoir faire : Cercle.getName() ou Cercle.NAME.

Finalement une solution comme celle ci permet de résoudre mon problème :

Code:

---

1 2	Cercle.class.getSimpleName(); Triangle.class.getSimpleName();

---

Merci de ton aide Deaf.

pour info, tout ce qui est static ne concerne pas l'héritage!

Citation:

---

Envoyé par tchize_

pour info, tout ce qui est static ne concerne pas l'héritage!

---

Oui, je sais. Mais je voulais que toutes les classes qui héritent une classe abstraite aient TOUTES une même méthode static.

Dommage qu'il ne soit pas possible de demander que tout un groupe de classes, qui hérite un même élément, ait une même méthode static. Qu'ils implémentent chacun de leur manière évidemment ...

? Ce serait quoi la syntaxe pour se servir de cette contrainte ?

Pour faire "sale" tu peux utiliser la réflexivité (et pourquoi pas un classloader personnalisé) qui permettra de tester tes class à l'exécution, et lever des exceptions.

Genre tu prend toutes les classes qui hérite de ton interface, tu vérifie leurs attributs static et si dans une il n'y a pas de String NAME, alors tu ne la load pas et/ou lève une exception.

Il faut bien évidemment mettre un tas d'avertissement du comportement de ton code pour que l'utilisateur comprenne pourquoi il a put lever une telle exception.

DEFAULT dans une interface répond aujourd'hui à cette contrainte.

Citation:

---

Envoyé par Ah_Kin

DEFAULT dans une interface répond aujourd'hui à cette contrainte.

---

Ben non, c'est pas static.

Et une bonne partie de ce que les méthodes default permettent, pouvait déjà se faire en ayant des méthodes concrètes dans des classes abstraites.

Les méthodes default sont surtout utiles pour étendre les fonctionnalités des interfaces, par rapport à quand ça n'existait pas.