Exécuter une action lorsqu'un élément dans la zone de liste déroulante est sélectionné

c'est comment vous le faites avec ActionLIstener

import java.awt.FlowLayout;
import java.awt.event.*;
import javax.swing.*;
public class MyWind extends JFrame{
public MyWind() {
initialize();
}
private void initialize() {
setSize(300, 300);
setLayout(new FlowLayout(FlowLayout.LEFT));
setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
final JTextField field = new JTextField();
field.setSize(200, 50);
field.setText("              ");
JComboBox comboBox = new JComboBox();
comboBox.setEditable(true);
comboBox.addItem("item1");
comboBox.addItem("item2");
//
//Create an ActionListener for the JComboBox component.
//
comboBox.addActionListener(new ActionListener() {
public void actionPerformed(ActionEvent event) {
//
//Get the source of the component, which is our combo
//box.
//
JComboBox comboBox = (JComboBox) event.getSource();
Object selected = comboBox.getSelectedItem();
if(selected.toString().equals("item1"))
field.setText("30");
else if(selected.toString().equals("item2"))
field.setText("40");
}
});
getContentPane().add(comboBox);
getContentPane().add(field);
}
public static void main(String[] args) {
SwingUtilities.invokeLater(new Runnable() {
public void run() {
new MyWind().setVisible(true);
}
});
}
}

OriginalL'auteur secario

Pas une réponse à la question d'origine, mais un exemple de la façon de les rendre réutilisables et de travail personnalisé convertisseurs sans casser MVC 🙂

//WRONG
public class DataWrapper {
final Data data;
final String description;
public DataWrapper(Object data, String description) {
this.data = data;
this.description = description;
}
....
@Override
public String toString() {
return description;
} 
}
//usage
myModel.add(new DataWrapper(data1, data1.getName());

Il est mal dans un MVC environnement, parce que c'est un mélange de données et afficher: maintenant, le modèle ne contient pas de données mais une surcouche qui est introduit pour vue raisons. C'est la rupture de la séparation des préoccupations et de l'encapsulation (chaque classe d'interagir avec le modèle doit être conscient de la enveloppé de données).

La conduite des forces pour briser les règles sont:

• conserver la fonctionnalité de la valeur par défaut KeySelectionManager (qui est cassé par un moteur de rendu)
• la réutilisation de la classe wrapper (peut être appliquée à tout type de données)

Comme dans Swing personnalisé rendu est la petite pièce de monnaie conçu pour accueillir personnalisées de la représentation visuelle, par défaut un gestionnaire qui ne peuvent pas faire face est ... cassé. Peaufiner la conception juste pour accueillir une telle merde par défaut est dans le mauvais sens, sorte de haut en bas. Le bon est, de mettre en œuvre une adaptation manager.

Tout en ré-utilisation est bien, le faire au prix de la rupture de l'architecture de base n'est pas une bonne bargin.

Nous avons un problème dans la présentation domaine, nous allons le résoudre dans la présentation domaine avec les éléments conçus pour résoudre exactement le problème. Comme vous l'avez deviné, SwingX dispose déjà d'une telle solution 🙂

Dans SwingX, le fournisseur d'une représentation de chaîne est appelé StringValue, et par défaut tous les convertisseurs de prendre une telle StringValue pour configurer eux-mêmes:

StringValue sv = new StringValue() {
@Override
public String getString(Object value) {
if (value instanceof Data) {
return ((Data) value).getSomeProperty();
}
return TO_STRING.getString(value);
}
};
DefaultListRenderer renderer = new DefaultListRenderer(sv);

Comme le defaultRenderer est-StringValue (mise en œuvre de déléguer à la donnée), une sage mise en œuvre de KeySelectionManager maintenant peut déléguer au moteur de rendu de trouver l'élément approprié:

public BetterKeySelectionManager implements KeySelectionManager {
@Override
public int selectionForKey(char ch, ComboBoxModel model) {
....
if (getCellRenderer() instance of StringValue) {
String text = ((StringValue) getCellRenderer()).getString(model.getElementAt(row));
....
} 
}
}

Décrit l'approche, car il est facilement réalisable, même sans l'aide de SwingX, il vous suffit de définir de mettre en œuvre quelque chose de semblable et de l'utiliser:

• certains fournisseur d'une représentation de chaîne
• une coutume moteur de rendu qui est configurable par le fait que le fournisseur et des garanties pour l'utiliser dans la configuration de lui-même
• une sage keySelectionManager avec des requêtes du moteur de rendu pour sa chaîne de représentation

Tous sauf la chaîne de fournisseur est réutilisable en l'état (qui est exactement une mise en oeuvre de la coutume moteur de rendu et la keySelectionManager). Il peut être générale, les implémentations de la chaîne de fournisseur de f.j'. ceux qui mise en forme de la valeur ou de l'utilisation des propriétés du bean via la réflexion. Et le tout sans casser des règles de base 🙂

OriginalL'auteur kleopatra