可以在一个WPF应用程序中保留不同的有界上下文(BC)
本文关键字:BC 上下文 保留 应用程序 一个 WPF | 更新日期: 2024-07-27 12:06:27
我们正在建立一个管理电气产品制造实习生产的系统。
关于我们模型的复杂性,我们认为DDD非常适合我们的项目。
该系统由一个基于web的分布式系统和一个用WPF(使用MVVM作为表示模式)编码的重型桌面应用程序组成。
我刚刚读了《实现领域驱动设计》一书(http://www.amazon.com/dp/0321834577)来自Vaughn Vernon(这很好),我很困惑,因为DDD似乎很适合基于web的环境,但WPF桌面应用程序就是这样吗
作为DDD的新手,我对DDD在桌面应用程序中的集成感到非常困惑。
考虑到包括iDDD书在内的许多DDD来源,有人指出BC应与其他BC脱钩。管理不同BC之间集成的模式通常是创建开放主机服务。OHS可以使用REST、消息传递或SOAP来实现。对于一个包含多个web应用程序的分布式系统,我理解这一点。
但是,如果我在一个桌面应用程序中有不同的BC(对于这种情况,是WPF),该怎么办
该应用程序必须涵盖一大组上下文,如"生产监控"、"生产质量",对我来说,这听起来像是不同的BC。
在同一个windows应用程序中有几个BC可以吗?或者1个BC应该是1个应用程序?(对于的分布式系统来说,情况似乎经常如此
在一个桌面应用程序中集成不同BC的好模式是什么
一个解决方案似乎是在我的应用程序中创建一个"事件总线",BC可以通过在总线上发布/订阅事件来相互通信。这个实现看起来像Prism的EventAgreggator或mvvm-light的Messenger,但专门用于模型。
Udi Dahan在领域事件拯救中提出了类似的模式http://www.udidahan.com/2009/06/14/domain-events-salvation/但它似乎仅限于一个BC
正如您已经阅读了Vaughn Vernon的DDD书,所以要知道DDD就是通过首先理解问题并在域模型中解决它来解决复杂性。使用哪种技术或工具(注意:建议使用面向对象的语言)来推广应用程序并不重要。几年前我们遇到过类似的问题(一个桌面应用程序中有不同的BC),我们使用windows应用程序进行演示。WPF更灵活,因为它具有强大的绑定功能,让您可以使用MVVM模式和依赖项注入。
在同一个windows应用程序中有几个BC可以吗?正如我提到的,DDD的有界上下文可以在一个窗口或web应用程序中呈现,因为它们有自己的服务和存储库实现。不要将DDD的有界上下文假设为单独的项目!BC可以在其他项目的域中成功使用,而不是单独的项目。