Architettura del progetto, utilizzando DDD

Question

Requisiti
Il progetto dovrebbe contenere 1 applicazione principale e alcune applicazioni secondarie secondarie (che utilizza gli stessi oggetti di dominio, ha alcuni servizi condivisi, ma ha anche alcuni leggermente diversi - non necessari per l'app principale, quindi - dovrebbero essere separati).

Dovrebbe esistere un servizio di ricerca condivisa (probabilmente, in DLL diverse) sulla maggior parte degli oggetti di dominio, se non tutti, mediante criteri di ricerca personalizzabili e logica condivisa per il recupero di possibili valori di tali criteri (come la ricerca secondaria degli autori, in recuperare un libro da esso).

problema
DDD si adatta qui? E se lo fa, come dovrebbe essere la struttura del mio progetto? (miglior formato per la risposta - elenco di DLL strutturate + alcuni spazi dei nomi più significativi).

Answer 1

L'idea di classi di dominio condivise a livello globale sembra contraria a DDD. Hai letto il libro?

Con le classi di dominio condivise a livello globale rimane poco spazio per le mappe di contesto. Senza le mappe di contesto otterrai un piccolo vantaggio dal DDD in tutto tranne che nelle applicazioni banali.