2008-12-29 45 views
2

我们有一个使用复合UI应用程序块(CAB)/智能客户端软件工厂(SCSF)构建的复合应用程序。迄今为止,我们的复合应用程序中的每个模块都使用了自己的一组DTO,并且业务逻辑在整个模块中都已被复制,包括UI层和Service层。我想追求更多的领域驱动的方法,以便将业务逻辑封装在可分布到UI层和服务层的域层中,并且(理想情况下)跨模块。复合应用程序中域模型重用的最佳做法是什么?

我们的复合应用程序中有多个模块正在开发中,我们需要能够以任意顺序部署它们。理想情况下,我希望我们的模块共享一个通用的领域模型,但是我担心,当我们随模块一起部署一个新版本的领域模型时,我们需要根据领域模型对其他模块进行回归测试。

替代方案似乎是在每个模块中复制域模型,但所有代码复制对我来说都很有趣。该行业是否为这种情况制定了任何最佳实践?

+0

重要的问题。我也有同样的问题。目前,我们没有解决这个问题的办法,并且一旦域模型(SQLServer数据库)发生变化,即可解决所有应用程序的更新问题。 – Marcel 2010-05-18 13:39:39

回答

1

我已经使用了一个单一的域模型,但允许在每个单独的定义上进行版本控制。代码生成提供了每个服务的接口以及可跨越服务和版本边界的映射代码。

+0

这似乎是合理的。你是自己编码的吗?还是有可用的图书馆?对我而言,这看起来是一项艰巨的任务,至少乍看之下。 – Marcel 2010-05-18 13:41:55

相关问题