Héritage de 2 classes

Bonjour,

oui je sais, c'est un cas école, mais comme je n'ai pas appris l'informatique à l'école...:calim2:
Beaucoup de Posts et de tutoriels sur le sujet, avec des cas de classes A, b, Y et Y, d'interfaces ou autres mais concrètement:
Je me suis créé une ComboBox "Modèle" que j'emploie dans mes différents programmes:

Code:

---

public class MonModeleComboBox<T> extends DefaultComboBoxModel<T>

---

Cette classe me permet de gérer une liste d'items communs à plusieurs JComboBox de l'application, en évitant les interférences d'évènements lorsque la liste est modifiée; bref...
Elles hérite de la classe DefaultComboBoxModel.

J'ai aussi créé une classe me permettant de formater et contrôler le texte saisi dans l'éditeur:

Code:

---

CbxEditeurPerso extends BasicComboBoxEditor

---

Comme vous le voyez, elle hérite de BasicComboBoxEditor.

Et là, je me suis dit: pourquoi ne pas créer une classe perso, qui fait ces 2 choses ?
Problème: elle devrait hériter de 2 classes... et là c'est le drame :roll:

C'est pas du cas concret cà ? :weird:

Si tu es face à ce problème, c'est que tu as effectivement un problème dans ton diagramme de classes.

Tu peux nous dire le rôle de chaque classe ? (ainsi que les méthodes de chacune, juste les signatures des méthodes pas tout le code)

Bonjour,

les classes DefaultComboBoxModel et BasicComboBoxEditor sont celles de l'API JAVA.

Pour la première, servant à gérer un modèle de liste, je ne surcharge que:
public void addListDataListener( ListDataListener lDL ) {/.../}
public T getElementAt( int index ) {/.../}
public int getSize() {/.../}


Pour la seconde, servant à définir un éditeur personnalisé, je ne surcharge que:
protected JTextField createEditorComponent() {/.../}

Ce ne sont pas des interfaces, je suis donc embêté.

Pour info, voici les discussions m'ayant amené à utiliser ces classes:
#1: http://www.developpez.net/forums/d14...tionperformed/

#2: http://www.developpez.net/forums/d15...format-saisie/

Salut,


Mais pourquoi diable souhaites-tu regrouper ces 2 fonctionnalités différentes au sein d'une même classe ?
Elle n'ont rien à voir et travaille à des niveaux différents !


C'est comme si tu avais une TV et un lave-vaisselle et que tu voulais regrouper les 2 en un seul objet !


a++

Mauvais exemple, je suis sûr que des gens ont déjà essayé ou essaieront un jour de vendre ça :aie:


Je suppose que l'idée c'est que l'éditor et le model, au final, travaillent sur des données ayant le même role. Un modèle partagé par N combobox et chaque combobox possède le même editor pour des raisons de cohérence. Et donc tu voudrais éviter d'être tenté d'utilise le modèle sans l'editor ou vice-versa.

Dans ce cas je regrouperais le tout soit dans une sous classe de Combobox qui mettrait tout ça ensemble, en faisant le setEditor et le setModel dans son constructeur, mais ça limite vachement les possibilité, impossible d'appliquer ça sur un autre type de combobox. Soit je regrouperais dans une méthode helper du style setupMachinBox(JCombobox) qui ferait les deux appels aux setModel et setEditor. Dans les deux cas, ça te permet de mettre tes classes editor et model en protected et donc de réduire les possibilités qu'à l'utilisateur d'utiliser directement le model sans l'editor.

Merci à vous deux,

effectivement, il n'est pas obligatoire que j'essaie de mettre tout ça ensemble; cependant, une combobox personnalisée gérant le modèle d'une part, et maîtrisant la saisie de l'utilisateur d'autre part, est quelque chose dont j'ai souvent besoin.
Si j'arrivais à mettre tout cela ensemble, je n'aurais plus à m'en occuper.

Je vais potasser la piste de tchize_ ..., ça va pas être du gâteau :mrgreen:

Citation:

---

Envoyé par adiGuba

C'est comme si tu avais une TV et un lave-vaisselle et que tu voulais regrouper les 2 en un seul objet !

---

Toi tu n'aimes pas les fours lave vaisselle combinés ? :D

http://www.toutvendre.fr/Cuisiniere-..._64592013L.jpg

@rtg57 : Je comprendrais l'usage d'un classe héritant de ComboBox et initialisée avec ton modèle et ton éditeur. Ce serait même logique et pratique.
Mais faire un modèle-éditeur ca n'a pas vraiment de sens... Ce sont deux fonctions distinctes autant les laisser séparé.


@wax78 : il fait pas TV :aie:


a++