DDD建模系列(一)

简介: DDD建模系列(一)

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

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

2个间段四个标准动作

②:设计流程的小革命

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

③:软件生命力的小革命

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

二、不用DDD的反面案例

在一些的软件产品里面

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

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

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

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

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

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

②:软件生命值模型。

faf308c6aa11f31771492319b5ff836d.jpg

③:短命的根本原因:

1:设计和编码断层

2:业务和开发隔离

7f8b95ab91562412a38c49ac2e346dd7.jpg

④:如何解决上面的问题

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

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

d96be2ff5e42364d815a743cf5bc7f94.jpg

目录
打赏
0
0
0
0
55
分享
相关文章
领域驱动设计(DDD)-基础思想
一、序言     领域驱动设计是一种解决业务复杂性的设计思想,不是一种标准规则的解决方法。在领域驱动设计理念上,各路大侠的观点也是各有不同,能力有限、欢迎留言讨论。 二、领域驱动设计 DDD是什么 wiki释义:     领域驱动设计(英语:Domain-driven design,缩写 DDD)是一种通过将实现连接到持续进化的模型[1]来满足复杂
7602 0
领域驱动设计(DDD):分层架构
在应用系统开发中,采用严格的、单一的、真正的的分层架构是可以的,但实际上我们已经采用了多种架构模式设计系统。当多种不同范式的架构混合在一起,你会不会出现“指鹿为马”的现象呢?
领域驱动设计(DDD):分层架构
DDD领域驱动设计实战-分层架构
DDD分层架构通过明确各层职责及交互规则,有效降低了层间依赖。其基本原则是每层仅与下方层耦合,分为严格和松散两种形式。架构演进包括传统四层架构与改良版四层架构,后者采用依赖反转设计原则优化基础设施层位置。各层职责分明:用户接口层处理显示与请求;应用层负责服务编排与组合;领域层实现业务逻辑;基础层提供技术基础服务。通过合理设计聚合与依赖关系,DDD支持微服务架构灵活演进,提升系统适应性和可维护性。

热门文章

最新文章

AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等