Le modèle MVC et le Swing

Un livre que je recommande fortement à vous pour MVC dans swing serait "la Tête la Première Patrons de Conception" par Freeman et Freeman. Ils ont une très explication détaillée de la MVC.

Bref Résumé

1. Vous êtes l'utilisateur--vous d'interagir avec la vue. La vue est votre fenêtre sur le modèle. Quand vous faites quelque chose pour la vue (comme sur la
   Bouton de lecture), puis l'affichage indique le contrôleur de ce que vous avez fait. C'est l'
   contrôleur du travail pour gérer cela.

2. Le contrôleur demande au modèle de changer son état. Le contrôleur prend vos actions et les interprète. Si vous cliquez sur un
   bouton, c'est le contrôleur du travail pour comprendre ce que cela signifie et
   comment le modèle doit être manipulé basé sur cette action.

3. Le contrôleur peut également demander à la vue de changer. Lorsque le contrôleur reçoit une action de la vue, il peut avoir besoin de dire la
   vue de changer. Par exemple, le contrôleur pourrait permettre
   ou de désactiver certains boutons ou des éléments de menu dans l'interface.

4. Le modèle notifie la vue lorsque son état a changé. Lorsque quelque chose change dans le modèle, soit sur la base de l'action que vous avez pris
   (par exemple en cliquant sur un bouton) ou de certains autres changements internes (comme la prochaine
   chanson dans la liste de lecture a commencé), le modèle avise le point de vue que
   son état a changé.

5. La vue demande le modèle de l'état. La vue est à l'état qu'il affiche directement à partir du modèle. Par exemple, lorsque le modèle
   avise point de vue, une nouvelle chanson a commencé à jouer, la vue
   demande le nom de la chanson à partir du modèle et l'affiche. Le point de vue pourrait
   demandez également le modèle de l'état comme le résultat de la manette
   en demandant un changement dans la vue.

Source (Dans le cas où vous vous demandez ce qu'est un "crémeux contrôleur" est, pense un biscuit Oreo, avec le contrôleur de la crème du centre, la vue du haut de biscuit et le modèle le fond de biscuit.)

De messagerie unifiée, dans le cas où vous êtes intéressé, vous pouvez télécharger un assez divertissant chanson sur le modèle MVC de ici!

Un problème que vous pouvez rencontrer avec Swing de programmation consiste à amalgamer le SwingWorker et EventDispatch fil avec le modèle MVC. Selon votre programme, votre point de vue ou le contrôleur peut avoir à étendre le SwingWorker et remplacer le doInBackground() méthode où l'exploitation intensive des ressources de la logique est placé. Cela peut facilement être fusionnée avec la typique du modèle MVC, et est typique des applications Swing.

EDIT #1:

En outre, il est important de considérer MVC comme une sorte de composite de différents motifs. Par exemple, votre modèle pourrait être mis en œuvre en utilisant le modèle Observateur (nécessitant la Vue à être inscrit en tant qu'observateur pour le modèle), tandis que votre contrôleur peut utiliser le modèle de Stratégie.

EDIT #2:

J'aimerais aussi répondre plus précisément à votre question. Vous devez afficher votre table de boutons, etc dans la Vue, ce qui serait évidemment de mettre en œuvre un ActionListener. Dans votre actionPerformed() méthode permet de détecter l'événement et de l'envoyer à une méthode du contrôleur (rappelez - vous, la vue contient une référence à la manette). Alors, quand on clique sur un bouton, l'événement est détecté par la vue, envoyé à la méthode du contrôleur, le contrôleur peut demander directement à la vue de désactiver le bouton ou quelque chose. Ensuite, le contrôleur d'interagir avec et de modifier le modèle (qui pour la plupart ont getter et setter, et d'autres, d'enregistrer et notifier les observateurs et ainsi de suite). Dès que le modèle est modifié, il va appeler une mise à jour sur les observateurs inscrits (ce sera la vue dans votre cas). De là, la vue est mise à jour elle-même.

Le modèle MVC est un modèle de la façon dont une interface utilisateur peut être structuré.
Par conséquent, il définit les 3 éléments de Modèle, Vue, Contrôleur:

• Modèle Un modèle est une abstraction de quelque chose qui est présenté à l'utilisateur. Dans swing vous avez une différenciation de gui, des modèles et des modèles de données. GUI modèles abstraits de l'état d'un composant de l'interface utilisateur comme ButtonModel. Modèles de données résumé des données structurées que l'interface présente à l'utilisateur comme TableModel.
• Vue La vue est un composant de l'interface utilisateur qui est responsable de la présentation des données pour l'utilisateur. Ainsi, il est responsable de tous les dépendants de l'interface utilisateur comme la mise en page, de dessin, etc. E. g. JTable.
• Contrôleur Un contrôleur de encapsule le code de l'application qui est exécutée dans l'ordre à une interaction de l'utilisateur (les mouvements de souris, un clic de souris, clés de la presse, etc.). Les contrôleurs peuvent avoir besoin d'entrée pour leur exécution, et qu'ils produisent de sortie. Ils lisent leur entrée à partir de modèles et modèles de mise à jour en tant que résultat de l'exécution. Ils pourraient également permettre de restructurer l'interface utilisateur (par exemple le remplacement des composants de l'interface utilisateur ou de montrer un nouveau point de vue). Cependant ils ne doivent pas savoir à propos de l'interface utilisateur compoenents, parce que vous pouvez encapsuler la restructuration dans une autre interface que le contrôleur appelle. En balancer un contrôleur est normalement mis en œuvre par un ActionListener ou Action.

Exemple

• Rouge = modèle
• Vert = view
• Bleu = contrôleur de

Lorsque le Button est cliqué, il appelle la ActionListener. Le ActionListener ne dépend que d'autres modèles. Il utilise certains modèles comme il est d'entrée et d'autres comme c'est le résultat ou de sortie. C'est comme méthode d'arguments et valeurs de retour. Les modèles de notifier à l'interface utilisateur quand ils me mis à jour. Donc, il n'est pas nécessaire pour le contrôleur logique à savoir le composant de l'interface utilisateur. Le modèle d'objets ne connaissent pas l'interface utilisateur. La notification est faite par un observateur modèle. Ainsi, le modèle d'objets de savoir qu'il y a quelqu'un qui veut être notifié si le modèle change.

En java swing il y a quelques composants qui implémentent un modèle et le contrôleur de bien. E. g. le javax.swing.Action. Il implémente une interface utilisateur modèle (propriétés: l'activation, la petite icône, le nom, etc.) et est un contrôleur parce qu'il s'étend ActionListener.

Un explication détaillée, exemples d'application et le code source: https://www.link-intersystems.com/blog/2013/07/20/the-mvc-pattern-implemented-with-java-swing/.

MVC notions de base en moins de 240 lignes:

public class Main {
public static void main(String[] args) {
JFrame mainFrame = new JFrame("MVC example");
mainFrame.setDefaultCloseOperation(WindowConstants.EXIT_ON_CLOSE);
mainFrame.setSize(640, 300);
mainFrame.setLocationRelativeTo(null);
PersonService personService = new PersonServiceMock();
DefaultListModel searchResultListModel = new DefaultListModel();
DefaultListSelectionModel searchResultSelectionModel = new DefaultListSelectionModel();
searchResultSelectionModel
.setSelectionMode(ListSelectionModel.SINGLE_SELECTION);
Document searchInput = new PlainDocument();
PersonDetailsAction personDetailsAction = new PersonDetailsAction(
searchResultSelectionModel, searchResultListModel);
personDetailsAction.putValue(Action.NAME, "Person Details");
Action searchPersonAction = new SearchPersonAction(searchInput,
searchResultListModel, personService);
searchPersonAction.putValue(Action.NAME, "Search");
Container contentPane = mainFrame.getContentPane();
JPanel searchInputPanel = new JPanel();
searchInputPanel.setLayout(new BorderLayout());
JTextField searchField = new JTextField(searchInput, null, 0);
searchInputPanel.add(searchField, BorderLayout.CENTER);
searchField.addActionListener(searchPersonAction);
JButton searchButton = new JButton(searchPersonAction);
searchInputPanel.add(searchButton, BorderLayout.EAST);
JList searchResultList = new JList();
searchResultList.setModel(searchResultListModel);
searchResultList.setSelectionModel(searchResultSelectionModel);
JPanel searchResultPanel = new JPanel();
searchResultPanel.setLayout(new BorderLayout());
JScrollPane scrollableSearchResult = new JScrollPane(searchResultList);
searchResultPanel.add(scrollableSearchResult, BorderLayout.CENTER);
JPanel selectionOptionsPanel = new JPanel();
JButton showPersonDetailsButton = new JButton(personDetailsAction);
selectionOptionsPanel.add(showPersonDetailsButton);
contentPane.add(searchInputPanel, BorderLayout.NORTH);
contentPane.add(searchResultPanel, BorderLayout.CENTER);
contentPane.add(selectionOptionsPanel, BorderLayout.SOUTH);
mainFrame.setVisible(true);
}
}
class PersonDetailsAction extends AbstractAction {
private static final long serialVersionUID = -8816163868526676625L;
private ListSelectionModel personSelectionModel;
private DefaultListModel personListModel;
public PersonDetailsAction(ListSelectionModel personSelectionModel,
DefaultListModel personListModel) {
boolean unsupportedSelectionMode = personSelectionModel
.getSelectionMode() != ListSelectionModel.SINGLE_SELECTION;
if (unsupportedSelectionMode) {
throw new IllegalArgumentException(
"PersonDetailAction can only handle single list selections. "
+ "Please set the list selection mode to ListSelectionModel.SINGLE_SELECTION");
}
this.personSelectionModel = personSelectionModel;
this.personListModel = personListModel;
personSelectionModel
.addListSelectionListener(new ListSelectionListener() {
public void valueChanged(ListSelectionEvent e) {
ListSelectionModel listSelectionModel = (ListSelectionModel) e
.getSource();
updateEnablement(listSelectionModel);
}
});
updateEnablement(personSelectionModel);
}
public void actionPerformed(ActionEvent e) {
int selectionIndex = personSelectionModel.getMinSelectionIndex();
PersonElementModel personElementModel = (PersonElementModel) personListModel
.get(selectionIndex);
Person person = personElementModel.getPerson();
String personDetials = createPersonDetails(person);
JOptionPane.showMessageDialog(null, personDetials);
}
private String createPersonDetails(Person person) {
return person.getId() + ": " + person.getFirstName() + " "
+ person.getLastName();
}
private void updateEnablement(ListSelectionModel listSelectionModel) {
boolean emptySelection = listSelectionModel.isSelectionEmpty();
setEnabled(!emptySelection);
}
}
class SearchPersonAction extends AbstractAction {
private static final long serialVersionUID = 4083406832930707444L;
private Document searchInput;
private DefaultListModel searchResult;
private PersonService personService;
public SearchPersonAction(Document searchInput,
DefaultListModel searchResult, PersonService personService) {
this.searchInput = searchInput;
this.searchResult = searchResult;
this.personService = personService;
}
public void actionPerformed(ActionEvent e) {
String searchString = getSearchString();
List<Person> matchedPersons = personService.searchPersons(searchString);
searchResult.clear();
for (Person person : matchedPersons) {
Object elementModel = new PersonElementModel(person);
searchResult.addElement(elementModel);
}
}
private String getSearchString() {
try {
return searchInput.getText(0, searchInput.getLength());
} catch (BadLocationException e) {
return null;
}
}
}
class PersonElementModel {
private Person person;
public PersonElementModel(Person person) {
this.person = person;
}
public Person getPerson() {
return person;
}
@Override
public String toString() {
return person.getFirstName() + ", " + person.getLastName();
}
}
interface PersonService {
List<Person> searchPersons(String searchString);
}
class Person {
private int id;
private String firstName;
private String lastName;
public Person(int id, String firstName, String lastName) {
this.id = id;
this.firstName = firstName;
this.lastName = lastName;
}
public int getId() {
return id;
}
public String getFirstName() {
return firstName;
}
public String getLastName() {
return lastName;
}
}
class PersonServiceMock implements PersonService {
private List<Person> personDB;
public PersonServiceMock() {
personDB = new ArrayList<Person>();
personDB.add(new Person(1, "Graham", "Parrish"));
personDB.add(new Person(2, "Daniel", "Hendrix"));
personDB.add(new Person(3, "Rachel", "Holman"));
personDB.add(new Person(4, "Sarah", "Todd"));
personDB.add(new Person(5, "Talon", "Wolf"));
personDB.add(new Person(6, "Josephine", "Dunn"));
personDB.add(new Person(7, "Benjamin", "Hebert"));
personDB.add(new Person(8, "Lacota", "Browning "));
personDB.add(new Person(9, "Sydney", "Ayers"));
personDB.add(new Person(10, "Dustin", "Stephens"));
personDB.add(new Person(11, "Cara", "Moss"));
personDB.add(new Person(12, "Teegan", "Dillard"));
personDB.add(new Person(13, "Dai", "Yates"));
personDB.add(new Person(14, "Nora", "Garza"));
}
public List<Person> searchPersons(String searchString) {
List<Person> matches = new ArrayList<Person>();
if (searchString == null) {
return matches;
}
for (Person person : personDB) {
if (person.getFirstName().contains(searchString)
|| person.getLastName().contains(searchString)) {
matches.add(person);
}
}
return matches;
}
}

Pour une bonne séparation, vous aurait généralement un contrôleur de classe que le Cadre de la classe délégué à. Il existe différentes façons de mettre en place les relations entre les classes - vous pu mettre en œuvre un contrôleur et de l'étendre avec votre affichage principal de la classe, ou d'utiliser un contrôleur autonome de la classe que le Cadre des appels lorsque des événements se produisent. Le point de vue généralement recevoir des événements de la manette par la mise en œuvre d'un auditeur de l'interface.

Parfois une ou plusieurs parties du modèle MVC sont triviales, ou alors "minces" qu'elle ajoute de la complexité inutile de les séparer. Si votre contrôleur est plein d'appels de ligne, l'avoir dans une classe à part peut affaiblir la sous-jacentes du comportement. Par exemple, si tous les événements en cours de traitement sont liées à un TableModel et sont simples d'ajouter et de supprimer des opérations vous pouvez choisir de mettre en œuvre l'ensemble de la manipulation de la table de fonctions à l'intérieur de ce modèle (ainsi que les rappels nécessaires pour l'afficher dans la JTable). Ce n'est pas vrai MVC, mais il évite l'ajout de la complexité là où il n'est pas nécessaire.

Toutefois la mettre en œuvre, n'oubliez pas de JavaDoc des classes, des méthodes et des paquets de sorte que les composants et leurs relations sont correctement décrits!

Si vous développez un programme avec un GUI, modèle mvc est presque là, mais floue.

Disecting modèle, vue et contrôleur de code est difficile, et, normalement, n'est pas seulement un refactoriser tâche.

Vous savez que vous avez lorsque votre code est réutilisable. Si vous avez correctement mis en œuvre MVC, devrait être facile à mettre en œuvre un TUI ou un CLI ou un RWD ou un premier mobile de la conception avec les mêmes fonctionnalités. Il est facile de voir qu'il fait que de le faire en fait, qui plus est sur un code existant.

En fait, les interactions entre le modèle, la vue et le contrôleur qui se passe à l'aide d'autres isolement des modèles (en qualité d'Observateur ou de l'Auditeur)

Je suppose que ce post explique cela en détail, de l directe non modèle MVC (comme vous pourrez le faire sur un Q&D) pour la finale réutilisables mise en œuvre:

http://www.austintek.com/mvc/