【问题标题】：How should we structure App with Domain-Driven Design in mind?我们应该如何在考虑领域驱动设计的情况下构建应用程序？
【发布时间】：2017-01-17 20:02:46
【问题描述】：
我们正在构建一个包含 7 多个不同有界上下文的 ERP。我们关心的是如何构建应用程序。我们已经研究了一些架构，例如洋葱和 n 层架构。
出现了一些问题
- 每个有界上下文都应该形成一个系统吗？我的意思是，我们是否应该在每个上下文中都有以下层，表示 (UI)、应用程序服务、域和基础设施。如果是，它们在什么时候整合？
- 我们如何使用 ASP.NET MVC 创建一个复合应用程序，就像 prism 使用 WPF 提供的应用程序一样？
【问题讨论】：
标签：
asp.net-mvc
domain-driven-design
onion-architecture
【解决方案1】：
每个有界上下文都应该形成一个系统吗？
是的。每个有界上下文都有其无处不在的语言。不同的有界上下文通过翻译映射相互关联。
我的意思是，我们是否应该在每个上下文中都有以下层：表示 (UI)、应用程序服务、域和基础架构。如果是，它们在什么时候整合？
分层架构是一种方法。另一个非常适合托管有界上下文的是hexagonal architecture，其核心是域模型（包括业务逻辑），以及用于用户界面（Web、移动设备等）、数据库、REST 客户端等的适配器开。