Après avoir utilisé DDD pour un site Web et trouvé qu'il s'agit d'une approche soignée, je me demande si cela peut/devrait être appliqué aux applications de bureau? En outre, avec les classes étant séparées en différents paquets, comment pourrait-on mélanger le pattern MVC?Conception basée sur le domaine dans les applications de bureau
De manière générale, il n'y a aucune raison pour laquelle vous ne devriez pas utiliser DDD pour les applications bureau/interface graphique. Le problème que vous suggérez est à mon humble avis plus d'un problème d'architecture/conception. L'approche Mainstream pour construire des applications Web aujourd'hui est l'architecture MVC, cependant, dans le monde GUI, il existe une architecture basée sur les composants avec gestion des événements. Vous pouvez créer des composants à partir de MVC, je pense que Cocoa est fait de cette manière. La mise à niveau de composants dans MVC peut être plus difficile. La raison en est que les composants/widgets contiennent souvent une logique qui devrait être divisée en vues et en contrôleurs. Cependant, il est encore possible, mais c'est à vous de décider si vous voulez vraiment aller dans MVC, qui est une sorte d'architecture de niveau inférieur IMHO que les composants.
J'ai du mal à implémenter DDD dans les applications riches, notamment parce qu'il est difficile de faciliter le contrôleur à cause des écouteurs nécessaires. J'aime utiliser le modèle Observer en conjonction avec Strategy où un observateur utilise un objet Stratégie pour fonctionner sur un observable.