努力提升

Question

这个问题来自 Fowler 的企业应用程序架构模式。

我努力增强公式 = d x r + c

• d 数域定义（类）
• r 定义复制
• c 复杂度 常数

但是很难证明表格模块模式呈指数增长的合理性，因为在该部分没有太多的定义复制。

为什么表模块的增强工作呈指数级增长？

参考文献

• 书 http://www.amazon.com/Patterns-Enterprise-Application-Architecture-Martin/dp/0321127420

• 域模型 http://martinfowler.com/eaaCatalog/domainModel.html

• 表模块 http://martinfowler.com/eaaCatalog/tableModule.html

Answer 1

嗯，是favourite diagram of Dino Esposito :o)

主要是基于开发者的经验和感受。对我来说，领域模型适用的系统并不多，对于大多数系统来说，应该使用不太复杂的模式。可能是，这是你的情况。精心设计的表格模块应用程序可能具有多年的“线性”复杂性，这没关系。但是如果你觉得你花了很多时间为你的应用程序的不同部分/类/模块做同样的工作，如果你觉得你无法控制它，如果你有分布式团队和 10-20 名开发人员，你可以考虑关注点分离、有界上下文和域模型。 因此，此图主要是“推销”您 DDD 的营销步骤。我喜欢 DDD，但一开始确实需要很多时间，而且有机会，你永远达不到时间，那时 DDD 将比任何非 DDD 方式更容易。

所以，回答您的问题 - 没有任何理由，只是告诉您有时 DDD 更好。