新来的架构师要做 DDD 改造,我慌了!

09/02 21:11
阅读数 344
系统过度耦合,你能想到几种解决方案?

使用 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 有帮助。
阅读原文 ,了解更多。

本文分享自微信公众号 - 架构师之路(road5858)。
如有侵权,请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”,欢迎正在阅读的你也加入,一起分享。

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部