Java Swing - Doit-on utiliser JTree avec TreeModel - Modèle de conception MVC

Question

Je vais utiliser dans mon application Java Swing Desktop. Je lis à propos de MVC Design pattern et selon ce, nous devrions utiliser Model classes de Swing Components pour séparer le datamodel d'un JComponent de sa partie de présentation.

Ma question rapide est la suivante:

• JTree(TreeModel newModel)

• JTree(Object[] value)

• JTree(TreeNode root)

• JTree(Vector<?> value)

• JTree(HashTable<?, ?> value)

Sur les options ci-dessus pour créer un JTree,

Q1. Est-il toujours préférable d'aller avec JTree(TreeModel newModel) pour appliquer le modèle MVC?

Answer 1

Cela dépend de vos besoins. J'ai tendance à penser que les constructeurs de composants Swing prenant en entrée des objets non-modèles sont en fait des raccourcis pour un prototypage rapide. En effet, derrière les capots, le composant Swing créera un modèle à partir de l'objet d'entrée, puisqu'il nécessite un objet modèle pour que tous les événements soient correctement envoyés.

En conséquence, voici mes conseils:

• Pour un prototype rapide, vous pouvez envisager l'utilisation de ces constructeurs « maquettes comme »
• Pour une application « monde réel », don ne pensez même pas à eux, puisque plus tôt ou plus tard apparaîtra le besoin d'envoyer un événement spécifique (pour changer le rendu d'un nœud, faire croître l'arbre, ...)

Answer 2

Comme dit Riduidel, JTree utilise toujours un TreeModel En interne, les autres constructeurs sont vraiment juste pour plus de commodité.

Il y a aussi la méthode setModel (JTree), qui va définir (et remplacer) le modèle. Dans une application non triviale, vous voudrez probablement construire le cadre et ses composants avant de remplir les données.

Je ne considère aucun des constructeurs comme étant non-MVC. Ce qui est plus important à cet égard, c'est que vous gardez le code responsable des données, de l'interface utilisateur et de la logique aussi distinct et non dépendant que possible. Cela vous permet de mieux tester votre code unitaire, et cela aide à la flexibilité et à la réutilisabilité.