问域模型及其可见性问题

EN

不，那不是MDA的意义。它是关于将自己与特定平台隔离开来，使用更高级别的表示法(UML及其动作语言)来指定系统的行为。

是否应该公开域模型取决于应用程序。对于定期使用应用程序的用户(想想您的IDE)，域模型将被清楚地公开，并且您将直接操作该域中的对象。但是对于偶尔使用的应用程序(比如在机场办理登机手续的亭)，应用程序应该引导用户完成工作流程。

即使要屏蔽域对象，DTO也不一定必要；这取决于域对象是否与呈现UI的层位于相同的进程空间中。需要DTO的体系结构并不能很好地适应新的需求，因为它们违反了DRY原则。

事实上，完全从直接公开的域对象构建企业应用程序是可能的；这就是裸对象模式的目标。有几个开源框架实现了这一点，包括原始的裸对象框架(在Java上)。.NET也有一个类似的商业模式。

有关领域对象的更多讨论，我建议您查看Evans的书“领域驱动设计”。雅虎上也有一个活跃的新闻组。

丹

完全公开:我是NOF的提交者，而不是直接参与.NET版本。

我同意丹的观点。解决这一问题的一种方法是使用接口。使您的公共方法返回您的域对象最初实现的接口。当您发现从应用程序返回域对象不再起作用时，您将引入DTO并实现相关接口。虽然库的内部结构已经改变，但是任何消费应用程序都不会受到影响。

我对这个领域不太了解，但我最近读到了这个Gojko Adzic的博客文章，我认为这是相关的，我认为DTO并不一定是一个好主意，在不同的层上重复您的域模型是可以的，这样就不会违反DTO。