DDD的一些笔记

这是软件的业务由简单向复杂转变的必然结果。软件会随着变更而越来越复杂、代码也越来越多，这样就不能在原有的简单程序结构里塞代码了，而是要调整程序结构，该解耦的解耦，该拆分的拆分，再实现新的功能，才能保持设计质量。

找到了阻止软件退化的钥匙，那就是 DDD( “Domain-Driven Design领域驱动设计” ) , 运用 DDD，当系统业务变得越来越复杂时，将我们对业务的理解绘制成领域模型，就可以正确地指导软件开发。当系统变更时，将变更业务透过领域模型，还原到真实世界，再根据真实世界去变更领域模型，根据领域模型的变更指导程序变更，就能做出正确的设计，从而低成本地持续维护一个系统。这对于如今生命周期越来越长的软件系统来说，显得尤为重要。

如何通过领域建模确认和规划系统边界

  老师会在模块三为大家提供代码的GitHub地址哈

   建模过程中的都有对象都是领域对象，其中订单是实体、商品是值对象、订单与订单明细是聚合，其中订单是聚合根。