贫血对象与软件失忆：DDD缺失下系统困境.pdfVIP

《003_没有DDD时的贫血对象是如何导致软件失忆的！》

技术对系统的理解，跟业务对系统的理解，可能不太一致，业务是站在业务的角度去说他理

解的术语和流程，技术是站在屎一样的代码的基础上，去说他理解的术语和流程完全是不一

致的

我曾经是接手过很多屎一样的代码的，完全就没按照业务模型来建模和写流程，名词都很恶

心，耐心慢慢的读代码，甚至对代码进行大量的接口测试，debug，看那个代码如何运行的，

理解这个软件对外的功能是如何通过屎一样的代码来实现的

过程很漫长，会导致极低的效率，代码量越大，就导致软件越是难以

重点看看所谓的贫血对象是如何导致失忆的

比如说我们代码里有一个Service，里面传入一个Domain对象，完了你在里面可能就对这

个Domain对象根据id查出来他原本的数据，接着就修改里面的字修改这个对象，

可是这么个方法，到底有谁调用？到底是用来干什么的？在哪个业务场景下用了这个修改

的行为？

你都记得这些吗？不记得，不记得的话，那如果一个新人来了，面对这个方法还不是一脸懵

？一个简单的修改方法都能让你失忆，不知道这个方法是用来干什么的，用在哪个业务场

景下，那那些复杂点的方法呢？

这就是贫血模型的失忆症

举个稍微具体点的例子好了，代码级告诉你

比一个