努力提升

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更好。