背景

我们内部的一个管理系统,业务代码量超过100w行,遭遇了需求排期超过2个月的问题。 CTO开始试图寻找管控软件复杂度的方法论,结合业界经验,开始尝试领域驱动设计的方法论。

会议纪要

分享总结&&基本概念学习

大家再看一下这个图，方法论是Model-Driven-Disign，什么是Model？Model被表示为（Entity，Value Object，Service，Module）。 Entity 和ValueObject被封装为Aggregate（有一个Entity是聚合的Root），通过Factory来封装Entity和Aggregate的创建，用Repository来访问Entity和Aggregate。 通过分层架构（UI，应用，领域，基础设施）来隔离出领域层，UI/应用层/基础设施层不是领域模型关注的。上面的领域模型应用于分层架构中的领域层。

核心就是这么几句话了。

我的理解

因为我在3年前待的公司,主要是做微服务的二次重构(前期重要抢占市场,技术架构做得不好,业务发展还可以,所以才需要二次重构)。 当时公司的微服务包括Go和Java两个系列,另外当时我也了解了DDD,当时并没有找到结合实践的实现方式。

2021-12-22

// 附录2,3 发现一个很好的分享. DDD的实例

参考

1.领域驱动例子 2.COLA 2.0整体架构 https://toutiao.io/posts/9b2wg1d/preview 2.5.DDD的模式与实践案例 3.COLA