Как мы должны структурировать приложение с управлением доменом?

Question

Мы строим ERP с 7+ различными ограниченными контекстами. Наша задача - структурировать приложение. Мы рассмотрели несколько архитектур, таких как лук и n-слойная архитектура. Возникает несколько вопросов

1. Должен ли каждый ограниченный контекст образовывать систему? Я имею в виду, что мы должны иметь следующие уровни в каждом из контекстов: Presentation (UI), Application Services, Domain and Infrastructure. Если да, то в какой момент они интегрируются?
2. Как создать составное приложение с использованием ASP.NET MVC, например, с помощью призмы с использованием WPF?

Answer 1

Должен ли каждый ограниченный контекст образовывать систему?

Да. Каждый ограниченный контекст имеет свой вездесущий язык. Отдельные ограниченные контексты имеют отношения друг с другом через карты перевода.

С этим я имею в виду, должны ли мы иметь следующие слои в каждом из контекстов: Presentation (UI), Application Services, Domain and Infrastructure. Если да, то в какой момент они интегрируются?

Многоуровневая архитектура - это один подход. Другим, который хорошо подходит для размещения ограниченного контекста, является hexagonal architecture с моделью домена (включая бизнес-логику) в самом центре и адаптерами для пользовательских интерфейсов (веб-, мобильных, ...), баз данных, клиентов REST и т. Д.