为什么学了 DDD 不会写代码了？

摘要

本文讨论了领域驱动设计（DDD）的局限性和正确的应用原则。作者强调，无论是科学理论还是软件工程技术，理解其局限性是至关重要的。DDD作为一种软件开发思想，被过度神话和错误应用，导致了对其认识上的许多误区。

01. DDD的局限性

DDD的主要局限在于它不是一个具体的技术，而是一种开发理念。它的实践范围广泛，但难以具体衡量对错。书中提到的模型驱动和领域驱动思想是它的核心内容。过度的理想化实践带来额外成本，而成熟的架构师应该学会权衡。另外，DDD在具体实践中被过度演绎，如同玄学，容易导致概念的臃肿。作者建议，DDD应该作为优化复杂系统架构的工具，而不适合用于快速原型开发或技术复杂度远大于业务复杂性的项目。

02. 应用DDD的原则

理解了DDD的局限后，我们应该如何正确应用DDD？作者提倡实用主义，不必全面采用DDD，而是根据项目需要合理取舍。DDD应该作为解决特定问题的工具箱，而不是目的本身。正确的姿态应该是价值理性与工具理性相结合，以实际问题为导向，而非追求技术上的“纯粹”。

03. 如何应用DDD

虽然DDD概念不难，但是要正确运用并非易事。实际上，许多DDD实践在面向对象开发中已有广泛使用，Eric的《领域驱动设计》书只是将这些实践正式命名。作者建议，应用DDD时应该少量取用，大量练习。项目中可以根据实际情况选择性地运用DDD的不同部分。

04. 总结

作者总结认为，DDD不是万能的“银弹”。专注于软件设计，使得组件完成其应做的工作才是关键。同时需要注意的是，思维模型往往会限制我们的思考，DDD也不例外。