DDD建模系列(一)

简介: DDD建模系列(一)

一、DDD建模,是一个小的软件革命

①:敏捷迭代(scrum)流程的小革命

2个间段四个标准动作

②:设计流程的小革命

传统的开发设计流程是基于事务脚本模式,自底向上,库表驱动,界面驱动的模式,而DDD是自顶向下,业务驱动的模式。

③:软件生命力的小革命

整体的架构模式做了优化,整体资源的降本增效。

二、不用DDD的反面案例

在一些的软件产品里面

①:在多年的时间里,衍生出n多个不同的版本,每个版本80%的功能相同,但是代码各种冲突,没有办法合并。

②:在多年的时间里,经历过n次推倒重来,基本换一个领导,恨不得推导重来一次,感觉老的版本都不行,只有自己设计的才好。

③:n次推倒重来,每次都是风风火火/加班到进ICU,投入了大量的人力/财力,其实大多数都是重复投入,重复建设。

④:可谓,一将不才累死三军,所以,一个优秀的架构师,对于一个项目来说是多么重要。

三、DDD的巨大价值:能极大提升软件的生命值

①,DDD绝对不仅仅只是概念,也不仅仅是一套模式

②:软件生命值模型。

faf308c6aa11f31771492319b5ff836d.jpg

③:短命的根本原因:

1:设计和编码断层

2:业务和开发隔离

7f8b95ab91562412a38c49ac2e346dd7.jpg

④:如何解决上面的问题

1:强化设计和编码之间的依赖

2:拉通业务和开发之间的隔离

d96be2ff5e42364d815a743cf5bc7f94.jpg

相关文章
|
存储 自然语言处理 前端开发
领域驱动设计(DDD)-基础思想
一、序言     领域驱动设计是一种解决业务复杂性的设计思想,不是一种标准规则的解决方法。在领域驱动设计理念上,各路大侠的观点也是各有不同,能力有限、欢迎留言讨论。 二、领域驱动设计 DDD是什么 wiki释义:     领域驱动设计(英语:Domain-driven design,缩写 DDD)是一种通过将实现连接到持续进化的模型[1]来满足复杂
7534 0
|
2月前
|
设计模式 架构师 数据建模
DDD建模系列(四)
DDD建模系列(四)
DDD建模系列(四)
|
2月前
|
存储 前端开发 中间件
DDD建模系列(二)
DDD建模系列(二)
|
2月前
|
设计模式 前端开发 Java
DDD建模系列(五)
DDD建模系列(五)
|
2月前
|
敏捷开发 架构师
DDD建模系列(三)
DDD建模系列(三)
|
设计模式 供应链 领域建模
DDD模型初探
DDD模型初探
126 0
|
消息中间件 架构师 搜索推荐
DDD领域驱动设计的概念解析
DDD领域驱动设计的概念解析
237 0
|
消息中间件 JavaScript 小程序
领域驱动设计(DDD)的几种典型架构介绍
领域驱动设计(DDD)的几种典型架构介绍
|
设计模式 缓存 Java
DDD分层
为什么分层 引用《领域驱动设计模式、原理与实践》 为了避免将代码库变成大泥球(BBoM)并因此减弱领域模型的完整性且最终减弱可用性,系统架构要支持技术复杂性与领域复杂性的分离。引起技术实现发生变化的原因与引起领域逻辑发生变化的原因显然不同,这就导致基础设施和领域逻辑问题会以不同速率发生变化 每一层都有各自的职责,显然这也是符合SRP的
564 0
DDD分层
|
数据挖掘 Java 测试技术
DDD领域驱动设计实战(三)-深入理解实体(中)
DDD领域驱动设计实战(三)-深入理解实体(中)
277 0