Update ddd.md

Author: fuzhengwei

docs/md/road-map/ddd.md

@@ -26,7 +26,7 @@ lock: need
 	<img src="https://bugstack.cn/images/roadmap/tutorial/road-map-230624-01.png?raw=true" width="650px"/>
 </div>
 
--  如果你接触过较大型且已经长期维护项目的 MVC 架构，你就会发现这里的 DAO、PO、VO 对象，在 Service 层相互调用。那么长期开发后，就导致了各个 PO 里的属性字段数量都被撑的特别大。这样的开发方式，将`”状态”`、`“行为“`分离到不同的对象中，代码的意图渐渐模糊，膨胀、臃肿和不稳定的架构，让迭代成本增加。
+-  如果你接触过较大型且已经长期维护项目的 MVC 架构，你就会发现这里的 DAO、PO（持久化）、VO（业务对象） 对象，在 Service 层相互调用。那么长期开发后，就导致了各个 VO 里的属性字段数量都被撑的特别大。这样的开发方式，将`”状态”`、`“行为“`分离到不同的对象中，代码的意图渐渐模糊，膨胀、臃肿和不稳定的架构，让迭代成本增加。
 -  而 DDD 架构首先以解决此类问题为主，将各个属于自己领域范围内的行为和逻辑封装到自己的领域包下处理。这也是 DDD 架构设计的精髓之一。它希望在分治层面合理切割问题空间为更小规模的若干子问题，而问题越小就容易被理解和处理，做到高内聚低耦合。这也是康威定律所提到的，解决复杂场景的设计主要分为：分治、抽象和知识。
 
 ## 二、简化理解