domain-driven-design - 努力提升

Question

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

我努力增强公式 = dxr + 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

嗯，这是 Dino Esposito 最喜欢的图表:o)

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

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