Архитектура проекта, использующая DDD

Question

Требования
Проект должен содержать 1 основное приложение и несколько второстепенных вложенных приложений (которые используют одни и те же объекты домена, имеют некоторые общие сервисы, но некоторые из них тоже немного отличаются - следовательно, они не нужны для основного приложения - должны быть разделены).

Должна существовать общая служба поиска (возможно, в разных DLL) по большинству объектов домена, если не по всем, с настраиваемыми критериями поиска и общей логикой для извлечения возможных значений этих критериев (например, дополнительный поиск авторов, чтобы получить книгу по нему).

Проблема
Подходит ли здесь DDD?И если да, то как должна выглядеть структура моего проекта?(лучший формат для ответа - список структурированных DLL + некоторые наиболее значимые пространства имен).

Answer 1

Идея глобально разделяемых доменных классов звучит вопреки DDD.Вы читали эту книгу?

С глобально разделяемыми классами домена остается мало места для контекстных карт.Без контекстных карт вы получите мало преимуществ от DDD в чем угодно, кроме тривиальных приложений.