我最近阅读了一篇关于“贫血域模型模式”的文章,引起了我的注意。当我阅读本文时,我发现贫血域模型描述适用于我从事和构建的许多项目。我从不认为这是一个糟糕的设计决定,因为它感觉很自然。我认为在域模型重量轻且不是很复杂的情况下,贫血域模型这个名字非常适合。为什么要在不需要的领域模型中增加复杂性,以至于“贫血领域模型”的标题不能恰当地描述您的代码?
问题:在什么时候将更多的代码复杂性填充到您的服务/应用程序层中变得不正确而有利于暴露实体对象的复杂性?我完全赞成在实体上拥有一个“总计”属性,它可以在内部计算出总计的值。我不是为了让实体直接与其他各种小部件通信以确定它的属性之一的结果。那么贫血域模型的概念是反模式还是良好的关注点分离?标题贫血域模型总是一件坏事吗?
只是好奇其他人对这种设计(反)模式的想法。