领域驱动

最新推荐文章于 2024-09-04 22:09:04 发布

杨光彩-sunny

最新推荐文章于 2024-09-04 22:09:04 发布

阅读量983

点赞数

分类专栏： ♫ 基础知识文章标签：领域驱动领域模型

本文链接：https://blog.csdn.net/Sunny5319/article/details/97897340

版权

♫ 基础知识专栏收录该内容

16 篇文章 0 订阅

订阅专栏

背景

分析、设计和实现三个阶段完全脱节，最后开发出来的软件不能很好的满足业务需求，在未来也不能很好的适应需求变化进行功能演进，所以2004年Eric Evans 发表Domain-Driven Design –Tackling Complexity in the Heart of Software （领域驱动设计），简称DDD大受欢迎。

定义

领域驱动本身是针对复杂系统设计的软件工程方法，它在战略层面有三个重要的点，一是聚焦业务核心价值，二是统一语言，三是业务领域性划分。
和其他设计思路比，领域驱动具备整个系统的全局视角，从需求出发，梳理出典型用户场景，实现业务逻辑、系统逻辑和部署逻辑的分析设计，打通问题域和解决方案域的壁垒，提供一揽子解决方案，使得领域模型成为系统演进的核心，从而消除设计和实现之间的mapping，进而获得易于理解、分层清晰、易于维护的软件系统。

组成部分

在这里插入图片描述

用户界面/展现层

负责向用户展现信息以及解释用户命令。更细的方面来讲就是：

a) 请求应用层以获取用户所需要展现的数据；

b) 发送命令给应用层要求其执行某个用户命令。

2. 应用层

很薄的一层，定义软件要完成的所有任务。对外为展现层提供各种应用功能（包括查询或命令），对内调用领域层（领域对象或领域服务）完成各种业务逻辑，应用层不包含业务逻辑。

3. 领域层

负责表达业务概念，业务状态信息以及业务规则，领域模型处于这一层，是业务软件的核心。

4. 基础设施层

本层为其他层提供通用的技术能力；提供了层间的通信；为领域层实现持久化机制；总之，基础设施层可以通过架构和框架来支持其他层的技术需求。

领域驱动之—领域模型

定义

也就是我们的业务模型，描述的是系统业务逻辑中相关的模型，通过领域模型的交互完成一个业务里的用户用例。这部分模型和技术，实现和物理细节统统无关，是可以复用的，也是用来表达领域的术语，和业务人员交流的模型。
领域模型，其实是由领域+模型两个词组成。

领域，就是我们要解决的问题域，包括领域问题+领域环境，无论有没有软件，领域问题都是客观存着的，而且随着科学技术水平的发展，会不断的以不同的面貌呈现出来；而解决手段则是随着科学技术的进步不断演进螺旋式前进的。

领域环境，解决问题本质还是需要依赖环境，环境中最重要的部分就是科技水平，比如对于购物这个问题，比如去集市或者从货郎那购买；
近代人们通过邮购的方式也可以实现远程购物；现代汽车和冰箱普及以后，人们又通过超市商场进行大规模购物；互联网出现后，特别是有线带宽和移动通信带宽大幅提升后，电子商务又成为主流的零售手段。

模型，主要为解决手段服务的，不同的领域环境一般来说对应不同的模型。

就软件这种解决手段来说，需要用软件的代码元素来描述要解决的问题域和解决问题的业务流程，代码元素和领域问题里面的概念、流程间就存在一个映射，为了防止代码元素直接映射问题域的概念和流程，出现语义层次严重不匹配的情况，因为通用编程语言语义层次较低、特定问题域语义层次较高。
在这里插入图片描述