Discussion :

[Oliveuh]

Bonsoir,

Je tente de redéfinir le composant JComboBox (et son model) de façon à gérer une Combo typée de façon à garantir que la Combo ne contienne que des objets de type T.
J'ai donc défini une classe typée qui hérite de JComboBox. Par contre, je tombe sur des incohérences. En effet, je souhaiterai redéfinir des méthodes qui prennent en paramètre (ou qui retournent) un type Object. Or je souhaiterai que les méthodes surchargées utilisent le type paramétré T plutôt que Object.
Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
public class JComboBox extends JComponent 
implements ItemSelectable,ListDataListener,ActionListener, Accessible {
 
...
    public void addItem(Object anObject) {
            ...
    }
...
 
    public Object getItemAt(int index) {
        return dataModel.getElementAt(index);
    }
...
}

que je voudrais surcharger de la façon suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
public class TypedComboBox<T> extends JComboBox {
...
    public void addItem(T anObject) {
           ...
    }
...
    public T getItemAt(int index) {
           ...
    }
...
}

Or le compilateur n'aime pas le changement de signature, comment faire pour résoudre ce problème ? ou pour le contourner ?

Merci.

[thecaptain]

Salut,

non pour l'écrasement des méthode, la signature doivent être les mêmes Mais dans ton cas, je pense que conceptuellement il est mieux de faire une classe qui a un JComboBox en interne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
public class ComboTyped
{
    private JComboBox      _combo = new JComboBox();
 
    public ComboTyped() { }
    public JComboBox getComponent() { return _combo; } //à n'utiliser que pour le gui
    public void addItem(T item){ //ajout de l'item }
    public T getItemAt(int index){ return (T)_combo.getModel().getElementAt(index); }
}

Je suis pas sur de la méthode getItemAt mais l'idée est la Car en héritant d'une classe en Java tu ne peux pas restreindre les fonctionnalités de celle-ci (donc tu ne peux passer mettre un méthode public de la classe parente en privée dans ta sous-classe, etc)

@++