Arquitectura del proyecto, usando DDD

Question

Requisitos
El proyecto debe contener 1 aplicación principal y algunas aplicaciones secundarias secundarias (que usa los mismos objetos de dominio, tiene algunos servicios compartidos, pero también tiene algunas ligeramente diferentes, innecesarias para la aplicación principal, por lo tanto, deben separarse).

Debería existir un servicio de búsqueda compartida (probablemente, en diferentes DLL) sobre la mayoría de los objetos de dominio, si no todos, mediante criterios de búsqueda personalizables y lógica compartida para recuperar los posibles valores de esos criterios (como la subbúsqueda de autores, para recuperar un libro por él).

Problema
¿DDD encaja aquí? Y si es así, ¿cómo debería ser la estructura de mi proyecto? (el mejor formato para la respuesta: lista de DLL estructurados + algunos espacios de nombres más significativos).

Answer 1

La idea de clases de dominio compartidas globalmente suena contraria a DDD. ¿Has leído el libro?

Con las clases de dominio compartidas globalmente, queda poco espacio para los mapas de contexto. Sin mapas de contexto, obtendrá poca ventaja de DDD en cualquier cosa que no sean aplicaciones triviales.