历史项目如何用DDD来使代码更好

Question

原有历史项目如何用DDD来使代码更好，可不可以只是一部分慢慢转变成DDD？
新项目是不是用DDD就一定比传统CRUD代码更好，如何鉴定哪种更好咧？

Answer 1

尤达_技术咖啡 2022-02-06 10:32:59

在讲上下文映射时，有提到历史项目改造的问题，一般来说比较常用的方法是借助防腐层。如果想对历史项目进行重构，直接在历史项目上改代码大概率会费力不讨好。比较推荐的方法是先抛开历史，按照业务规划重新进行战略战术设计，在实现环节借助防腐层把历史代码集成进来（好处是能减少过渡的时间成本和风险），然后逐步用新代码和服务替换历史代码（如果有必要的话）。

第二个问题，新项目是不是用DDD就一定比传统CRUD代码更好，如何鉴定哪种更好？我个人的理念是不要去严格界定整个项目使用DDD和不使用DDD，Eric Evans当初写书的时候，本来就是把DDD作为一组架构模式的集合，为了使用DDD而制造更多框架负担或者编码负担并不划算，不如拿来主义，觉得哪个模式有用就拿来用一下，用不上也不用硬套。这个观点我在公众号那篇文章也讲到过。至于哪里应该用什么招，这个就是这门课各个章节详细讲的东西。