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

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

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

asp.net-mvc domain-driven-design onion-architecture
person xariez    schedule 09.09.2016    source источник

Ответы (1)


arrow_upward
2
arrow_downward

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

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

Я имею в виду, должны ли мы иметь следующие уровни в каждом из контекстов: представление (пользовательский интерфейс), службы приложений, домен и инфраструктура. Если да, то в какой момент они интегрируются?

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

person Markus Pscheidt    schedule 09.09.2016