[Interface] méthodes static

Bonjour,

Je suis souvent conforonté au problème suivant:
Créer une interface où je déclare des méthodes static.
Je sais que ce n'est pas authorisé mais si qq'un a un contournement pour arrivé au même résultat je suis preneur car tout les cas ne peuvent pas être réglés avec des classes abstraites pour des raisons d'héritage multiple.

merci! ;)

heu, c'est très limite car les interfaces ne sont normalement là que pour permettre aux classe d'implémenter un certain nombre de service.

Si tu as besoin d'une méthode de classe, fait l'héritage avec une classe concrète plutôt.

Une idée pourrait être d'utiliser un objet composite ou un wrapper. :D
Si A contient B et C, tu peux alors utiliser les méthodes statiques de B et C

@JMLLB : aurais-tu un exemple concret de difficuté que tu n'as pu résoudre qu'avec des méthodes static ?

Je vais essayer d'être clair, mais c'est pas gagné:

J'ai des classes ayant une méthode de génération de conteneur spécifique ne pouvant contenir que des éléments de leur propre classe (ou "proche").
Ces classes ont aussi une méthode donnant le type de conteneur dont elle ont besoin. Ces deux méthodes sont tout ce qu'il y a de plus "static".
NB:Je n'ai qu'une classe de conteneur spécifique, leur spécificité leur est assigné à leur création.
Dans mon interface déclarant ces deux méthodes, je ne peux pas les déclarer statiques.

J'ai aussi un méta-conteneur ne pouvant contenir que des conteneurs (si on lui rajoute un conteneur d'un type qu'il possède déjà il les fusionne).
Je peux aussi rajouter directement un object implémentant mon interface car avec la méthode d'identification de type de conteneur je peux retrouver le conteneur approprié.

Code:

---

1 2 3 4 5 6 7

public interface ISPanelFamilyInterface{   public String getPanelFamilyName();   public ISPanel createPanel();   }

---

Si j'ai bien compris la première partie, tu demandes, via une méthode static, à une classe de générer un conteneur pouvant contenir des objets de cette classe ?

Dans ce cas, pourquoi ne pas confier ce travail à une classe tier ?

Code:

---

1 2	Conteneur conteneur = FabriqueGenerique.makeConteneur( type );

---

Peut être peux tu regarder du côté des generics et de l'introspection ....
Ce n'est qu'une piste

Citation:

---

Envoyé par g0up1l

Dans ce cas, pourquoi ne pas confier ce travail à une classe tier ?

Code:

---

1 2	Conteneur conteneur = FabriqueGenerique.makeConteneur( type );

---

---

Je suis d'accord que de ce fait là je n'ai plus besoin de la méthode createPanel dans mon interface mais par contre FabriqueGenerique va avoir besoin d'utiliser getPanelFamilyName pour créer la bon conteneur.

Je n'ai donc plus qu'une méthode dans mon interface mais elle devrait quand même être statique.

Ben , non si type = Panel.class, tu n'as plus besoin de 'getPanelFamilyName' .

Ou tu peux même donner le nom de ta classe dePanel en String :

Code:

---

1 2 3 4

FabriqueGenerique.makeConteneur( maClassePanel.class ); ou bien FabriqueGenerique.makeConteneur( "monPackage.maClassePanel" );

---

Dans le cas nominal d'accord! c'était d'ailleurs comme ça que je faisais au départ. Mais j'ai besoin de regrouper dans des mêmes composants des objets de classes différentes (mais ayant d'autres affinités).

Dans ta fabrique, tu peux faire quelque chose du genre:

Code:

---

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

// L'enumeration des types de familles enum PanelFamily {family1, family2, ...} public static ISPanel makeContener(PanelFamily family){ switch family { case family1: case family2: ... { return makeContenerType1(); } case family3: .... default : ... } }

---

Le problème c'est que ça suppose que je sache faire le lien en une Classe et sa famille. Et pour ce faire pour l'instant j'utilise getPanelFamilyName() que je ne peux pas déclarer en static.