2 classes se réfèrent est-ce correct?

Question

Si j'ai une classe gui et une classe pour la logique, est-ce qu'il y a une référence dans gui à la logique et à la gui très mauvaise?

Answer 1

Si vous pouvez l'éviter, vous devriez probablement le faire. Sinon, vous risquez d'avoir beaucoup de problèmes avec les dépendances circulaires plus tard. Est-ce qu'ils ont vraiment besoin de se connaître, ou pourriez-vous avoir un troisième concept de «contrôle» référençant les deux?

Answer 2

En règle générale, il est mauvais que la classe "logique" ait connaissance de la classe "gui". L'idée derrière la séparation est le modèle de conception Modèle/Vue (ou Modèle/Vue/Contrôleur). La vue aura besoin d'une référence au modèle. Regardez de très près pourquoi le modèle a besoin d'une référence à la vue. Généralement, lorsque le modèle a besoin d'envoyer des informations à l'événement d'affichage, les écouteurs sont utilisés (voir la table javax.swing et les modèles de liste pour un exemple).

Answer 3

Il devrait être évité. Dans votre interface graphique, vous pouvez avoir une référence à votre logique de domaine, mais vous ne devriez pas avoir de référence à votre interface graphique dans votre logique de domaine.

Pourquoi? Parce que sinon, vous n'avez aucun avantage à fractionner la GUI & Logique de domaine dans des fichiers séparés. Lorsque votre logique a une dépendance à votre interface graphique, vous ne pouvez pas utiliser votre logique avec une autre interface graphique. Donc, vous devriez essayer d'éviter cette dépendance de votre logique à votre gui, ou, vous devriez en faire abstraction.

J'espère que je suis clair ici. :)

Answer 4

L'interface graphique doit probablement exposer une sorte d'interface à la classe logique, pour que l'interface graphique soit mise à jour lorsque la classe logique change quelque chose.

La logique ne doit pas avoir une connaissance directe de l'implémentation de l'interface graphique, seule son interface. Le Observer Pattern est parfois utilisé pour cela.