架构训练营第十周感悟

本周主要学习了微服务框架以及DDD领域模型。领域模型的本质还是实体建模，工作中看到很多同事用DDD来构建业务模型，在晋升答辩的时候也被挑战，是否有必要使用DDD，普通的面相对象抽象业务逻辑不能实现业务诉求吗？这种情况下，使用DDD的同事一般都不能很好的解释其必要性。

智慧老师用得到的后端同学的“订单代理”系统切入DDD，让各个业务的核心领域模型抽象共性到“订单交付系统”，让“小商贩”入驻“超市”，在“超市”中实现“统一结算”。个人思考这样的好处是业务语义统一，需求系统迭代清晰，不会再出现堆需求的概念。另外，大家都依赖了“订单交付系统”，该系统成为业务瓶颈，如果不可用导致全部业务不可用。还有一些个性化的需求，比较难把控是应该在自己的业务系统中实现，还是放到“订单交付系统”中实现。如果界限不清晰，“订单交付系统”可能会发展成为另一个大而杂的无法维护的系统。