新来的架构师要做 DDD 改造，我慌了！

系统过度耦合，你能想到几种解决方案？

使用 MQ 解耦可能是又快又好的方法，当然还有监听、观察模式、异步回调、定时任务等方案。

即使解耦成功，我们仍对复杂的系统心有余悸。比如，在高耦合架构中，修改一个功能，连回溯到该功能的修改点都很难，更别说修改引发的一连串问题。

牵一发而动全身是架构师永远的痛，归根到底还是最初的业务需求简单，后期业务逻辑越发复杂。改来改去，导致系统架构不清晰，划分出来的模块内聚度低、高耦合。

那问题来了，用人尽皆知的 DDD 进行彻底的架构拆分与重构，能不能一劳永逸？

一、架构圈的神话：DDD 领域驱动设计

DDD 这两年的话题很多、很热，国内互联网技术发展到现阶段，如何解决并发量已经不是首要问题。

核心是：架构下一步的升级转型方向在哪里，传统巨头和新兴科技公司怎么做架构改造和设计，才能满足公司未来5-10年的发展，真正避免大规模重构，实现降本增效。

二、高耦合系统病魔：贫血症、失忆症

常规架构设计模式是以搭建可运行系统从下到上进行串联，本质是在数据库（存储）基础上，完成对数据的移动、处理和实现。

业务逻辑通常都在 Service 中，Award 只做数据载体，没有实际意义。这种过程化设计在面对 CRUD 场景时没什么问题，当业务逻辑复杂时，代码意图就越来越模糊了。

引用美团技术团队的一句话：DDD 思想就是将业务架构映射到系统架构上，在响应业务变化调整业务架构时，也随之变化系统架构。

互联网没有记忆，而 DDD 能让架构杜绝“失忆症”。

三、DDD 概念太多，哪块是核心？

领域、领域模型、界限上下文分、实体和值对象别有什么含义？子域、核心域、通用域、支撑域有何区别？这里分享一门刚撸完的 DDD 好课，由前58技术委员会主席孙玄携手前航天信息首席架构师范钢老师，结合10多年一线大厂实践经验，打造的《DDD 领域驱动设计：人人都能精通的业务分析神器》在线专栏。3 天，6大篇章、17节干货，带你从业务价值角度，彻底看透 DDD 的本质。

课题：DDD 领域驱动设计：人人都能精通的业务分析神器

讲师：孙玄、范钢

时间：9.4-9.6 三天，20:00开始

费用：1.99（原价499，粉丝福利价 1.99）

名额：200名，先到先得

如何参加？

扫码报名，耐心等待顾问老师通过

希望对大家掌握 DDD 有帮助。

阅读原文，了解更多。