Architecture de projet, utilisant DDD

Question

Conditions requises
Le projet doit contenir une application principale et quelques sous-applications secondaires (qui utilisent les mêmes objets de domaine, ont des services partagés, mais en ont légèrement différentes aussi - les applications inutiles pour l'application principale doivent donc être séparées).

Il devrait exister un service de recherche partagé (probablement, dans une DLL différente) sur la plupart des objets de domaine, sinon tous, selon des critères de recherche personnalisables et une logique partagée permettant de récupérer les valeurs possibles de ces critères (comme la sous-recherche des auteurs, par exemple). récupérez un livre avec lui).

Problème
Est-ce que DDD convient ici? Et si c'est le cas, à quoi devrait ressembler la structure de mon projet? (meilleur format de réponse - liste des DLL structurées et des espaces de noms les plus significatifs).

Answer 1

L’idée de classes de domaine globalement partagées semble contraire à DDD. Avez-vous lu le livre?

Avec les classes de domaine globalement partagées, il reste peu de place pour les cartes de contexte. Sans cartes de contexte, DDD ne vous donnera guère d’avantages que dans des applications triviales.