DDD(Domain Driven Design) 领域驱动设计从理论到实践 三

最新推荐文章于 2023-07-10 10:33:51 发布
置顶 最新推荐文章于 2023-07-10 10:33:51 发布
阅读量493 收藏
点赞数
分类专栏： 数据模型与架构 文章标签： 领域驱动设计 DDD 分层架构 依赖倒置 六边形架构
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43171270/article/details/118610073
版权

…接上文

三. 架构演进及DDD架构

​     近些年来，软件系统架构的发展非常迅速，历经了单体，SOA，微服务等多个框架。笔者在本节做一个简单梳理，并引出领域驱动设计的架构理念。

架构起什么作用

​     首先，我们简单思考一下为什么要有架构？其主要作用是什么？

在这里插入图片描述

​ 系统架构定义其组成要素和关系：

  • 要素 是 组成架构的重要元素 （Building Block)

  • 结构 是 要素之间的关系 （Relationship)

    主要作用：

  • 治理应用复杂度，降低系统熵值

  • 从随心所欲的混乱状态，走向井井有条的有序状态

好的系统架构设计原则：

  • 可扩展性
  • 灵活性
  • 简单性
  • 可插入性
  • 开放性
架构发展简单回顾

​     其次，我们从下图简单回顾一下架构演进的过程：
在这里插入图片描述
​     从上图中我们不难看出，不管是在ＩＡＡＳ层、ＰＡＡＳ层还是ＳＡＡＳ层，趋势是拆分粒度越来越小，越来越细化。拆分单元越来越小，层次化越来越显著，这说明什么呢？显然是为了功能组件的重用、扩展和可组合，还有易于维护和管理部署；而DDD正是非常契合这一目标的。

DDD的分层架构体系

在这里插入图片描述
​     从上图中我们可以看出，DDD所使用的传统分层架构与其他的不同：增加了领域层，也就是领域模型主要的落足点。一般来说，分层架构的一个重要原则是：每层只能与位于其下方的层发生耦合。分层架构分为几种，其中严格分层架构（Strict Layers Architecture）中，每层只能与直接位于其下方的层发生耦合；而在松散分层架构（Relaxed Layers Architecture）中则允许任意上方层与任意下方层发生耦合。事实上，较低层可以通过观察者模式或调停者模式与较高层发生耦合。

​     领域驱动设计在分层架构中推荐一种改进的方案，遵循了依赖倒置原则，见下图：
在这里插入图片描述
    其理念从直观上非常简单：高层模块不应该依赖于低层模块，两者都应该依赖于抽象。这里的抽象就是领域层所包含的业务逻辑抽象。因为所有的技术实现都是服务于业务的，所以所有层都应该依赖于业务逻辑所在的领域层，包括基础设施层。似乎没有理由使核心业务逻辑的实现依赖于诸如用户接口，应用形式和存储、消息等基础设施。

​     有趣的是，当我们在分层架构中采用依赖倒置原则时，会发现分层的概念已经不存在了。因为无论高层还是底层，它们只依赖于抽象，好像把整个架构给推平了一样。结果是引出了另一种架构：六边形架构

DDD的六边形架构

在这里插入图片描述
​     我们通常将用户和系统交互得地方称为“前端”，而把系统中获取、存储持久化数据和发送输出数据的地方称为“后端”。但是，六边形架构提倡用一种新的视角来看待整个系统。如图所示，该架构中存在两个区域：内部区域和外部区域。在外部区域中，不同的客户均可以提交输入；而内部区域则用于获取持久化数据，并对程序输出进行存储（比如数据库），或者在中途将输出转发到另外的地方（比如消息）。

​     在上图中，每种类型的客户都有自己的适配器，该适配器用于将客户输入转化为程序内部 API 所能理解的输入。六边形每条不同的边代表了不同类型的端口，端口要么处理输入，要么处理输出。图中有两个客户请求分别抵达适配器A和B，可能是在使用HTTP协议(如浏览器，REST,SOAP)；又有两个客户请求抵达适配器C和D，可能在使用AMQP协议(如RabbitMQ)。然后，端口将调用应用程序的某个操作或者向应用程序发送一个事件，控制权由此交给内部区域。这里应用程序时领域模型的直接客户。

​     对于图中右下方的端口和适配器，可以认为用来与多种持久化存贮或者消息队列的交互。例如，适配器E对接关系数据库，F对接文档数据库，G对接内部内存，H对接消息队列。六边形架构的另外一个好处在于我们可以快速开发用于测试的适配器。整个应用程序的领域模型可以在没有客户端和存储机制的条件下进行设计开发，很明显这一点有助于做单元测试。

​     最后，六边形架构可以支持系统中的其他架构。比如，我们可能采用SOA架构、REST或者事件驱动架构，CQRS(Command Query Responsibility Segregation)。

​     本节虽然重点介绍DDD相关架构，但由于架构的发展是相关的。所以对于其他架构方案也会简单梳理。

未完待续…
DDD(Domain Driven Design) 领域驱动设计从理论到实践 一
DDD(Domain Driven Design) 领域驱动设计从理论到实践 二
DDD(Domain Driven Design) 领域驱动设计从理论到实践 三
DDD(Domain Driven Design) 领域驱动设计从理论到实践 四
DDD(Domain Driven Design) 领域驱动设计从理论到实践 五
DDD(Domain Driven Design) 领域驱动设计从理论到实践 六
DDD(Domain Driven Design) 领域驱动设计从理论到实践 七
DDD(Domain Driven Design) 领域驱动设计从理论到实践 八
DDD(Domain Driven Design) 领域驱动设计从理论到实践 九

Magic Ktwc37
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
领域驱动设计（DDD）中的应用架构：六边形、洋葱、整洁与清晰
wjianwei666的专栏
04-17 228
六边形架构、洋葱架构、整洁架构和清晰架构都是领域驱动设计中常用的应用架构模式。它们通过不同的方式来实现业务逻辑与外部系统的分离，从而提高系统的可维护性、可扩展性和灵活性。在实际项目中，应根据具体需求和团队特点选择合适的架构模式来构建健壮且易于演化的软件系统。
DDD 领域驱动设计（Domain Driven Design）
10-19
领域驱动设计（DDD）是一种软件开发方法，它强调将复杂的业务逻辑转化为清晰的模型，以增强软件系统的可理解和可维护性。DDD的核心理念是通过深入理解业务领域，将业务专家和开发人员紧密协作，共同构建出能够精确...
DDD--领域驱动模型设计之依赖倒置
qfzhangwei的专栏
04-15 512
传统的设计都是先写repo接口--->dao---->server---->controller 自底向上实现；掌握接口者，掌握未来，多说一句：这个理念和大厂的晋升规则非常相似，在大厂不是说你做了很多活就能拿到好的绩效，而是你的理念、方法论影响到同事或者其他部门，以及推动他人帮你实现你的规划。依赖倒置的核心是，所有者夺取接口的控制权，其好处是保证核心能力是封装的，不依赖外部，很容易方便上层编排；领域驱动设计：是一种持久化无关的设计，可以把自己置身于一个永不宕机、内存无限大的机器中；借用两个网络的图说明下。
领域驱动设计DDD实际项目落地最佳实践
最新发布
woisking2的博客
07-10 2468
例如，客户可以认为是一个实体，一个客户就是具有生命周期的东西，具有唯一的标识可以将A客户和B客户分开（唯一标识：身份证号码），而这个客户的地址（例如：广州市/白云区/欧派软件园）就应该定义为一个值对象，当我们定义好一个地址，它既可以是A客户的地址也可以是B客户的地址，当我需要更新A客户地址时，可以直接销毁A客户关联的地址对象然后重新创建一个地址对象关联到A客户上。重构说起来简单，实施起来却是非常的头大，毕竟不是简单的系统，同时也是公司里面业务最重要的业务系统（订单+CRM集团业绩的入口保障），不容许出错；
DDD（领域驱动设计）
songjuntao8的专栏
08-17 213
基本概念： 　　领域驱动设计(简称 ddd)概念来源于2004年著名建模专家eric evans发表的他最具影响力的书籍:《domain-driven design –tackling complexity in the heart of software》(中文译名：领域驱动设计—软件核心复杂性应对之道)一书。，书中提出了“领域驱动设计(简称 ddd)”的概念。 领域驱动设计一般分为两个阶段： 1. 以一种领域专家、设计人员、开发人员都能理解的“通用语言”作为相...
一文清晰讲明白DDD（领域驱动设计）的知识点
唐欢
09-22 5306
DDD（领域驱动设计）是一种处理高度复杂领域的设计思想，是一种架构设计方法论，是一种设计模式。以高内聚低耦合为目的，把一个复杂的软件应用系统中各个部分进行一个很好的拆解和封装，对软件系统进行模块化的一种思想。DDD不仅可以用于微服务设计，还可以很好地应用于企业中台的设计，也适用于传统的单体应用。
DDD学习笔记---进阶篇
只管努力，莫问前程
02-16 703
领域事件 用来表示领域中发生的事件。 举例来说的话，领域事件可以是业务流程的一个步骤，比如投保业务缴费完成后，触发投保单转保单的动作；也可能是定时批处理过程中发生的事件，比如批处理生成季缴保费通知单，触发发送缴费邮件通知操作；或者一个事件发生后触发的后续动作，比如密码连续输错三次，触发锁定账户的动作。 领域事件相关案例 事件起点：客户购买保险 - 业务人员完成保单录入 - 生成投保单 - 启动缴费动作。 1. 投保微服务生成缴费通知单，发布第一个事件：缴费通知单已生成，将缴费通知单数据发布..
c# DDD（领域驱动设计）理论结合实践.rar
12-28
领域驱动设计（Domain-Driven Design，简称DDD）是一种软件开发方法论，旨在通过将业务领域模型作为软件开发的核心，来解决复杂系统的设计和实现问题。在C#开发中，DDD可以帮助开发者更好地理解和处理复杂的业务逻辑...
最新领域驱动设计（DDD）资料合集（23份）.zip
11-02
最新领域驱动设计（DDD）资料合集，共23份。 金融支付系统的改造之路 化繁为简--DDD驱动复杂业务软件架构的演进 基于DDD的领域建模中的模版和工具实践 基于FP的DDD实践 架构分层模型适配 可视化的遗留系统微服务...
DDD领域驱动设计day01.pdf
10-09
领域驱动设计（Domain-Driven Design，简称DDD）是一种软件开发方法论，由Eric Evans在其同名著作中提出，旨在帮助开发者更好地理解和处理复杂的业务逻辑，通过深入挖掘领域知识来构建高质量的软件系统。DDD的核心是...
【DDD】领域驱动设计实践 —— 框架实现
weixin_30955617的博客
09-11 1598
本文主要介绍了基于SpringMVC+mybatis对DDD思想的落地实现框架。本文为【DDD】系列文章中的其中一篇，其他内容可参考：使用领域驱动设计思想实现业务系统。 框架实现图 该框架实现基本和DDD的指导思想契合，主要分为四层，且将关注点放在了domain层。下面将逐层介绍各个组件的职责。 框架详述 User Interface层 门面层，对外以各种协议提供服务，该层需要明确定...
Domain-Driven Design
12-11
'Eric Evans has written a fantastic book on how you can make the design of your software match your mental model of the problem domain you are addressing. 'His book is very compatible with XP. It is not about drawing pictures of a domain; it is about how you think of it, the language you use to talk about it, and how you organize your software to reflect your improving understanding of it. Eric thinks that learning about your problem domain is as likely to happen at the end of your project as at the beginning, and so refactoring is a big part of his technique. 'The book is a fun read. Eric has lots of interesting stories, and he has a way with words. I see this book as essential reading for software developers-it is a future classic.' -Ralph Johnson, author of Design Patterns 'If you don't think you are getting value from your investment in object-oriented programming, this book will tell you what you've forgotten to do. 'Eric Evans convincingly argues for the importance of domain modeling as the central focus of development and provides a solid framework and set of techniques for accomplishing it. This is timeless wisdom, and will hold up long after the methodologies du jour have gone out of fashion.' -Dave Collins, author of Designing Object-Oriented User Interfaces 'Eric weaves real-world experience modeling-and building-business applications into a practical, useful book. Written from the perspective of a trusted practitioner, Eric's descriptions of ubiquitous language, the benefits of sharing models with users, object life-cycle management, logical and physical application structuring, and the process and results of deep refactoring are major contributions to our field.' -Luke Hohmann, author of Beyond Software Architecture 'This book belongs on the shelf of every thoughtful software developer.' -Kent Beck 'What Eric has managed to capture is a part of the design process that experienced object designers have always used, but that we have been singularly unsucc
dddlib:DDD（域驱动设计）库，源于Eric Evans的书
05-13
DDDLib 是一个领域驱动设计（Domain Driven Design，简称DDD）类库，它的目的是： 为基于DDD的开发范式提供基本的接口和抽象，实现一致性。 支持业务代码和技术代码分离。使领域层代码纯粹表达业务概念和业务规则，将具体技术隔离出去。 隔离业务代码对对IoC容器和持久化框架等等基础设施的依赖。可以自由切换IoC容器（Spring、Guice、TapestryIoC等）和持久化框架（JPA，Hibernate等）的实现。 减轻开发人员的工作负担，降低开发人员的“概念重量”。绝大多数开发人员只需要了解dddlib-domain模块，而且只需要了解dddlib-domain中的几个类：Entity、EntityRepository、InstanceFactory和四种查询对象。 提供程序设计中经常用到的工具，例如Excel导入导出、系统配置、规则引擎封装，等等。 模块结构 D
ddd-spring-microservices：使用六角形体系结构和DDD的用于微服务的Spring项目的演示
02-14
具有正交架构的DDD Spring微服务 这是一个示例项目，旨在演示在使用域驱动设计（DDD）方法进行设计后，将正交软件体系结构与Spring子模块结合使用的好处。 经过大量研究，我找不到使用这种方法的代码。 因此，我开始结合可以在Internet上找到的内容和我自己的想法来完善此软件。 如果您不熟悉所描述的某些概念，请查看以下部分，其中我将对每个概念进行一些简要说明，并提供一些链接，以便您阅读更多信息。 域驱动设计（DDD） 指的是一种软件开发方法，该方法将开发重点放在对领域模型进行编程，该模型对领域的过程和规则有丰富的了解。 该名称来自Eric Evans在2003年写的一本书，该书通过一系列模式描述了该方法。 在这种方法中，主要思想是通过了解真实的词过程和参与者来开始设计，并在面向对象的编程语言中将它们建模为类。 这些代表现实世界参与者和过程的类应该与框架无关，并且仅使用面向
Domain Driven Design in PHP.pdf
05-12
Domain-Driven Design in PHP Real examples written in PHP showcasing DDD Architectural Styles, Tactical Design, and Bounded Context Integration
领域驱动设计之代码优先-架构描述 （翻译）
gj2233的专栏
03-16 3814
Microsoft – Spain团队有一个很不错的“面向领域多层分布式项目”案例：Microsoft – Domain Oriented N-Layered .NET 4.0 App Sample（在本系列文章中，我使用NLayerApp作为该项目的名称进行介绍），在codeplex上的地址是：http://microsoftnlayerapp.codeplex.com/。它是学习领域驱动设计（
「领域驱动设计」DDD,六边形架构,洋葱架构，整洁架构和CQRS的整合
全网:架构师研究会
05-04 925
这篇文章是软件架构编年史的一部分，一系列关于软件架构的文章。在这些文章中，我写了我对软件架构的了解，我如何看待它，以及我如何使用这些知识。如果您阅读了本系列以前的文章，那么本文的内容可能更有意义。今天的帖子是关于我如何将所有这些部分组合在一起的，我似乎应该给它起个名字，我称它为显式架构（Explicit Architecture）。此外，这些概念都“通过了它们的考验”，并被用于高要求平台上的生产代...
六边形架构[双语]
钟敬
02-24 8790
“六边形架构”是 Cockburn大牛在2005年 提出的。该架构提供了一种将业务逻辑和具体输入输出技术分离的模式。我在《实现领域驱动设计》一书中看到该书作者将六边形架构应用于DDD（领域驱动设计），觉得很有启发，因此尝试将该架构的原文译出，供大家参考。
DDD 领域驱动设计 - 架构（分层/六边形/RESTful）
qianshanding0708的博客
05-20 8663
DDD方法中并没有指定使用特定的架构。领域中的BC被封装为高内聚的模块，这种特性让DDD对架构并没有太大侵入性。架构可以应用于领域内部的结构，也可以包围着领域模型，系统中可以采用多种风格...
张逸-构建领域驱动设计知识体系_compressed.pdf
04-25
自2004年Eric Evans在其著作《Domain-Driven Design: Tackling Complexity in the Heart of Software》中首次提出以来，DDD已经成为处理复杂系统设计的重要工具。 在历史回溯中，有四个重要的里程碑。首先，DDD的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值