我们有一个使用复合UI应用程序块(CAB)/智能客户端软件工厂(SCSF)构建的复合应用程序。迄今为止,我们的复合应用程序中的每个模块都使用了自己的一组DTO,并且业务逻辑在整个模块中都已被复制,包括UI层和Service层。我想追求更多的领域驱动的方法,以便将业务逻辑封装在可分布到UI层和服务层的域层中,并且(理想情况下)跨模块。复合应用程序中域模型重用的最佳做法是什么?
我们的复合应用程序中有多个模块正在开发中,我们需要能够以任意顺序部署它们。理想情况下,我希望我们的模块共享一个通用的领域模型,但是我担心,当我们随模块一起部署一个新版本的领域模型时,我们需要根据领域模型对其他模块进行回归测试。
替代方案似乎是在每个模块中复制域模型,但所有代码复制对我来说都很有趣。该行业是否为这种情况制定了任何最佳实践?
重要的问题。我也有同样的问题。目前,我们没有解决这个问题的办法,并且一旦域模型(SQLServer数据库)发生变化,即可解决所有应用程序的更新问题。 – Marcel 2010-05-18 13:39:39