c# - 可以在一个 WPF 应用程序中保留不同的有界上下文 (BC) 吗？

Question

我们正在建立一个系统来管理我们的电气产品制造的实习生生产。

关于我们模型的复杂性，我们认为 DDD 非常适合我们的项目。

该系统由一个基于 Web 的分布式系统和一个用 WPF 编码的重型桌面应用程序组成(使用 MVVM 作为表示模式)。

我刚刚阅读了 Vaughn Vernon 的书“实现域驱动设计”(http://www.amazon.com/dp/0321834577)(非常好)，我很困惑，因为 DDD 似乎非常适合基于 Web 的环境，但它是WPF 桌面应用程序的案例？

作为 DDD 的菜鸟，我对 DDD 在桌面应用程序中的集成感到很困惑。

鉴于包括 iDDD 书在内的许多 DDD 资源，据说应该将 BC 与其他 BC 分离。管理不同 BC 之间集成的模式通常是创建 Open Host Service。 OHS 可以使用 REST、消息传递或 SOAP 来实现。对于具有多个 Web 应用程序的分布式系统，我理解这一点。

但是，如果我在一个桌面应用程序中有不同的 BC(本例为 WPF)怎么办？

该应用程序必须涵盖大量上下文，例如“生产监控”、“生产质量”，这对我来说听起来像是不同的 BC。

在同一个 Windows 应用程序中有多个 BC 可以吗？或者 1 BC 应该是 1 个应用程序？ (这似乎是分布式系统经常出现的情况

将不同的 BC 集成到一个桌面应用程序中的好模式是什么？

一个解决方案似乎在我的应用程序中创建了一个“事件总线”，BC 可以通过在总线上发布/订阅事件来相互通信。此实现看起来像 Prism 的 EventAgreggator 或 mvvm light 的 Messenger，但专用于模型。

Udi Dahan 在 Domain Events Salvation http://www.udidahan.com/2009/06/14/domain-events-salvation/ 中提出了类似的模式但它似乎仅限于一个 BC

Answer 1

正如您已阅读 Vaughn Vernon 的 DDD 书一样，因此知道 DDD 就是通过首先理解问题并在域模型中解决问题来解决复杂性。
您使用哪种技术或工具(注意:建议使用面向对象的语言)来推广您的应用程序并不重要。
几年前我们遇到了类似的问题(一个桌面应用程序中有不同的 BC)，我们使用 Windows 应用程序进行演示。 WPF 更加灵活，因为它具有强大的绑定(bind)功能，让您可以使用 MVVM 模式和依赖注入(inject)。

在同一个 Windows 应用程序中有多个 BC 可以吗？
正如我提到的，DDD 的有界上下文可以在一个窗口或 Web 应用程序中呈现，因为它们有自己的服务和存储库实现。
不要将 DDD 的有界上下文假设为单独的项目! BC 可以在其他项目的域中成功使用，而不是单独的项目。