DDD入门

已于 2022-11-03 10:43:48 修改
阅读量335 收藏
点赞数
分类专栏： 编程范式 文章标签： ddd
于 2022-04-06 20:47:51 首次发布
原文链接：https://www.bilibili.com/video/BV11q4y1q74f?share_source=copy_web
版权

文章目录

简介

整理至：https://www.bilibili.com/video/BV11q4y1q74f?share_source=copy_web
有理解错误的地方欢迎留言指出

模块化、微服务等技术 目的是降低软件耦合，降低软件开发与维护的复杂度
DDD 目的是降低业务耦合
在这里插入图片描述

通过改造一个案例 逐步理解DDD

用户注册 register方法
入参：姓名，手机号
逻辑：获取手机号相关信息 并划分到区域销售下，构建用户对象，持久化用户

注：以下代码全当做伪代码，只为方便看DDD的思路大概敲下，不可正常运行

>>>原始代码：

public class RegistrationServiceImpl implements RegistrationService {
	//销售组数据库对象
	private SalesRepRepo salesRepRepo;
	//用户数据库对象
	private UserRepo userRepo;
	
    public User register(String name, String phone) throws ValidationException {
        // 1. 参数校验
        if (name == null || name.length() == 0) {
            throw new ValidationException("name");
        }
        if (phone == null || !isValidPhoneNumber(phone)) {
            throw new ValidationException("phone");
        }

        // 2.1 获取手机号里的归属地编码与运营商编码
        String areaCode = getAreaCode(phone);
        String operatorCode = getOperatorCode(phone);
        // 2.2 通过编号找到区域内的销售组
        SalesRep rep = salesRepRepo.findRep(areaCode, operatorCode);

        // 3. 最后创建用户，落库
        User user = new User();
        user.name = name;
        user.phone = phone;
        user.repId = rep.repId;
        return userRepo.save(user);
    }

    private boolean isValidPhoneNumber(String phone) {
        String pattern = "^0[1-9]{2,3}-?\\d{8}$";
        return phone.matches(pattern);
    }
    private String getAreaCode(String phone) {
    	......
    }
    private String getOperatorCode(String phone) {
    	......
    }
}

  • 此时的问题：

    1. register入参不明确，都是string，编译后三方系统调用不知道参数含义
    2. register可扩展性不强，增加入参就得新写方法
    3. 校验参数 与 业务实现 耦合在一块

  • 解决方案：创建 入参的领域模型，用 领域模型 构建合法的入参对象

1. DP(Domain Primitive) 领域基础类型

  • 作用：
    抽象并自检一些隐形属性的计算逻辑，属性无状态

自定义类型PhoneNumber，将校验逻辑放入PhoneNumber，让PhoneNumber构建合法的入参

  • 作用：
    1. 接口语义清晰
    2. 参数校验异常 与 业务逻辑异常分离
public class PhoneNumber {
    private final String number;
    private final String pattern = "^0[1-9]{2,3}-?\\d{8}$";
    
	// 1. 参数校验，构建合法的入参对象
    public PhoneNumber(String number) {
        if (number == null) {
            throw new ValidationException("number不能为空");
        } else if (isValid(number)) {
            throw new ValtdationException("number格式错误");
        }
        this.number = number;
    }
    private boolean isValid(String number) {
        return number.matches(pattern);
    }
    
    public String getNumber() {
        return number;
    }
}
  • 此时register方法改造如下
public User register(String name, PhoneNumber phone) throws ValidationException {
        // 2.1 获取手机号里的归属地编码与运营商编码
        String areaCode = getAreaCode(phone);
        String operatorCode = getOperatorCode(phone);
        // 2.2 通过编号找到区域内的销售组
        SalesRep rep = salesRepRepo.findRep(areaCode, operatorCode);
        // 3. 最后创建用户，落库
        ......
}
  • 此时的问题：
    register注册方法，本质功能应该只有：1拿用户信息，2存入数据库。
    其他功能（如2.1获取手机号相关信息）不应该属于register注册方法
  • 解决方案：划分业务领域

2. 业务域划分

获取手机号里的 getAreaCode 归属地编码与 getOperatorCode运营商编码 是属于电话号的隐形属性。 不应该属于用户注册领域，而是属于PhoneNumber 的功能

所以划分 注册域 与 手机号域，业务内聚 各实现各自的功能。

2.1 手机号域

public class PhoneNumber {
    private final String number;
    private final String pattern = "^0[1-9]{2,3}-?\\d{8}$";

	// 1. 参数校验，构建合法的入参对象
    public PhoneNumber(String number) {
        if (number == null) {
            throw new ValidationException("number不能为空");
        } else if (isValid(number)) {
            throw new ValtdationException("number格式错误");
        }
        this.number = number;
    }
    private boolean isValid(String number) {
        return number.matches(pattern);
    }
    
    public String getNumber() {
        return number;
    }
	// 获取归属地编码
	public String getAreaCode() {
		......
		return areaCode;
    }
    // 获取运营商编码
    public String getOperatorCode() {
    	......
    	return operatorCode;
    }
}
  • 作用
    1. 隐形概念显性化
    2. 隐形上下文显性化
    3. 封装域方法

2.2 注册域

public class RegistrationServiceImpl implements RegistrationService {
	//销售组数据库对象
	private SalesRepRepo salesRepRepo;
	//用户数据库对象
	private UserRepo userRepo;
	
	public User register(String name, PhoneNumber phone) throws ValidationException {
	        // 获取用户信息
			SalesRep rep = salesRepRepo.findRep(phone.getAreaCode(), phone.getOperatorCode());
	        // 最后创建用户，落库，然后返回
	        ......
	}
}

DP与pojo对比

MVC中pojo只有属性和getter、setter方法
DDD中PhoneNumber 包含 初始化、校验、属性处理 逻辑

>>>新增需求，引入更多的外部依赖

  • 在DP案例的基础上 新增需求：
    1. 引入外部依赖TelcomRealnameService 电话实名查询，返回外部的TelecomDTO对象
    2. 引入外部依赖 RiskControlService 检查风控
    3. 增加RewardMapper落库
public class RegistrationServiceImpl implements RegistrationService {
	// 外部依赖
	private TelcomRealnameService telecomService;//电话实名查询服务
	private RiskControlService riskControlService;//风控服务 
	// 数据库依赖
	private SalesRepMapper salesRepDAO;//销售组对象
	private UserMapper userDAO;//用户对象
	private RewardMapper rewardDAO;//福利对象
	
	public User register(String name, PhoneNumber phone) throws ValidationException {
		// 获取用户销售组
		salesRepDAO.select(phone.getAreaCode(), phone.getOperatorCode());
		// 获取实名信息
		TelecomDTO telecomDTO = telecomService.xxx(phone.getNumber());
		// 检查用户风控
		riskControlService.xxx(telecomDTO.getIdCard, telecomDTO.getLabel);
			
		// 存储用户信息
		userDAO.insert(xxx);
		// 存储福利信息
		rewardDAO.insert(xxx);
	}
}
  • 现在的问题：
    1. 依赖外部服务多，依赖外部Service与DTO，耦合非常高。
      外部依赖的接口、对象一有变化 整个代码都要改
    2. 面向数据表编程，依赖DAO和DO。
      业务逻辑只面向领域实体，不应该依赖具体的数据库表对象
  • 解决思路：
    面向具体实现编程 改为 面向抽象接口编程
    当外部依赖的接口、对象有变化时，理论上只需改接口实现类

3. 防腐层接口（解耦 外部依赖）

目的：RegistrationServiceImpl 不直接依赖 外部的 TelcomRealnameService和RiskControlService。
方案：创建中间接口：RegistrationServiceImpl依赖接口，TelcomRealnameService和RiskControlService实现接口。
通过接口隔离依赖 防腐

3.1 外部接口防腐层

  • 创建实名服务 TelcomRealnameService的防腐层
// 1. 创建 实名DP
public class RealnameInfo {
	private final String idCard;	//身份证号
	private final String name;		//姓名
	private final String label;		//标签
	......
}

// 2. 创建 实名防腐接口
public interface RealnameService {
    RealnameInfo get(PhoneNumber phone); 
}

// 3. 实现 实名接口依赖
public TelcomRealnameService implements RealnameService {
	private TelcomRealnameService telecomService;//电话实名查询服务
    
    @Override
    public RealnameInfo get(PhoneNumber phone){
	    TelecomDTO telecomDto = telecomService.xxx(phone);
	    return telecomDto2realnameInfo(telecomDto)；
    } 
}
  • 原始代码改造为：
    此时代码不直接依赖 TelcomRealnameService和TelecomDTO
public class RegistrationServiceImpl implements RegistrationService {
	// 外部依赖
	private RealnameService realnameService;//=====实名查询服务=====
	private RiskControlService riskControlService;//风控服务 
	// 数据库依赖
	private SalesRepMapper salesRepDAO;//销售组对象
	private UserMapper userDAO;//用户对象
	private RewardMapper rewardDAO;//福利对象
	
	public User register(String name, PhoneNumber phone) throws ValidationException {
		// 获取用户销售组
		salesRepDAO.select(phone.getAreaCode(), phone.getOperatorCode());
		// =====获取实名信息=====
		RealnameInfo realnameInfo = realnameService.get(phone.getNumber());
		// 检查用户风控
		riskControlService.xxx(realnameInfo.getIdCard, realnameInfo.getLabel);
			
		// 存储用户信息
		userDAO.insert(xxx);
		// 存储福利信息
		rewardDAO.insert(xxx);
	}
}

同理 改造riskControlService 风控服务依赖

4. Entity 领域实体对象（解耦userDO表对象）

抽象并封装数据库访问
数据库依赖，面向数据表编程（业务逻辑直接依赖DO 和DAO）

和外部依赖防腐接口一样的思路方法。：去依赖自己定义的接口与对象， 拿外部的依赖方法实现自己的接口。起到隔离防腐的作用

  • 作用
    抽象并封装对象有状态的逻辑
    使业务逻辑面向 领域实体Entity，不关心领域实体的落库

用UserGateway防腐接口和User领域实体对象 隔离数据库UserMapper和UserDO表对象

4.1 user 领域实体对象

// 1. 领域实体对象 Entity
public class User {
    private PhoneNumber phone;		// 用户手机号 DP
    private RealnameInfo realnameInfo;	// 用户实名 DP
	private SalesRepId salesRepId;	// 销售组id
	private Boolean fresh = false;
	
	// 数据库依赖
	private SalesRepMapper salesRepDAO;//销售组对象
	
	// 构造方法
	public User(RealnameInfo realnameInfo, PhoneNumber phone){
		initRealnameInfo(realnameInfo);
		initPhone(phone);
		initSalesRepId(phone);
	}
	private initRealnameInfo(RealnameInfo realnameInfo){
		......
	}
	private initPhone(PhoneNumber phone){
		......
	}
	private initSalesRepId(PhoneNumber phone){
		sales = salesRepDAO.select(phone.getAreaCode(), phone.getOperatorCode());
		this.salesRepId = sales.getRepId();
	}
	// 改变状态
	public void fresh(){
		this.fresh = true;
	}
}

Entity与DP对比

DP 无状态，是组成DP的基础类型
Entity 有状态

5. Repository （解耦userMapper数据库对象）

用 Entity 领域实体对象 + 防腐层接口 解耦数据库依赖

5.1 user 数据库防腐接口

// 2. 数据库防腐接口
public interface UserGateway {
	User find(PhoneNumber phone); 
    User save(User user); 
}

// 3. 数据库DB实现
public UserMapper implements UserGateway{
	private UserMapper userDAO;
	
    @Override
    public User find(PhoneNumber phone){
	    UserDO userDo = userDAO.select(phone);
	    return userDo2User(userDo)；
    } 
    @Override
    public User save(User user){
	    UserDO userDo = User2userDo(user);
	    userDAO.insert(userDo);
	    return userDo2User(userDo)；
    } 	
}

同样的方法改造 用RewardGateway防腐接口和Reward领域实体对象 隔离数据库RewardMapper和RewardDO表对象

  • 原始代码改造为：
    此时代码不直接依赖 数据库Mapper 和 表DO对象
public class RegistrationServiceImpl implements RegistrationService {
	// 外部防腐接口依赖
	private RealnameService realnameService;//实名查询服务
	private RiskControlService riskControlService;//风控服务 
	// 数据防腐接口依赖
	private UserGateway userGateway;
	private RewardGateway rewardGateway;
	
	public User register(String name, PhoneNumber phone) throws ValidationException {
		// 获取实名信息
		RealnameInfo realnameInfo = realnameService.get(phone.getNumber());
		// ====构造领域对象====
		User user = new User(realnameInfo, phone);
		Reward reward = Reward(user);
		// ====检查用户风控====
		if(riskControlService.check(user)){
			// 改变user与reward领域对象 状态
			user.fresh();
			reward.inavailable();
		}
			
		// ====存储用户信息====
		userGateway.insert(user);
		// ====存储福利信息====
		rewardGateway.insert(reward);
	}
}
  • 当前问题
    注册域又不纯粹了，耦合了风控和福利代码，涉及到user和reward两个 领域实体对象 Entity
  • 解决方法
    用Domain Service 领域服务 封装多个Entity逻辑

5. Domain Service 领域服务

  • 作用
    封装 多个Entity对象，跨业务域的逻辑
    涉及多个 Entity 改变的服务，被称为 Domain Service

5.1 user 领域服务

public class UserDomainService{

	private RiskControlService riskControlService;//风控服务 
	private RewardGateway rewardGateway;

	public void checkAndUpdateUser (User user){
			Reward reward = Reward(user);
		// ====检查用户风控====
		if(riskControlService.check(user)){
			// 改变user与reward领域对象 状态
			user.fresh();
			reward.inavailable();
		}
		// ====存储福利信息====
		rewardGateway.insert(reward);
	}
}
  • 原始代码改造为：
public class RegistrationServiceImpl implements RegistrationService {
	// 外部防腐接口依赖
	private RealnameService realnameService;//实名查询服务
	// 数据防腐接口依赖
	private UserGateway userGateway;
	// 领域服务
	private UserDomainService userDomainService;
	
	public User register(String name, PhoneNumber phone) throws ValidationException {
		// 获取信息
		RealnameInfo realnameInfo = realnameService.get(phone.getNumber());
		// 构造领域对象
		User user = new User(realnameInfo, phone);
		// 处理领域对象
		userDomainService.checkAndUpdateUser(user);
		// 存储信息
		userGateway.insert(user);
	}
}

对程序员无用的DDD

https://mp.weixin.qq.com/s/sY4tnmINQQ2N3dDcYQLHgQ
讲的很有道理，程序员是搞战术的，你DDD是扯战略忽悠人的、在战术阶段无意义
落到实处了的解耦设计模式、框架一大堆，ddd作用不大

xyc1211
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
长文多图一步步讲清楚：DDD理论、建模与代码实现全流程
Gefangenes的博客
05-29 1233
本文第一提出并回答了六个问题，第二介绍了DDD相关基本概念，第三介绍了DDD分析七大步骤，第四介绍了代码分层结构，希望本文对大家有所帮助。
DDD从入门到精通（请点赞收藏，欢迎互粉）
日积月累，水滴石穿
06-25 2745
本系列文章是极客时间欧创新老师《DDD实战》专栏的学习笔记+自己其他一线相关DDD实践总结。旨在和大家一起学习和交流。如有疑问，请在下方留言。信息收集不易，请点关注和收藏，防止走失一、什么是DDD?2004 年埃里克·埃文斯（Eric Evans）发表了《领域驱动设计》（Domain-Driven Design –Tackling Complexity in the Heart of Software）这本书，从此领域驱动设计（Domain Driven Design，简称 DDD）诞生。其包括战略设计部分
【DDD】全网最详细2万字讲解DDD，从理论到实战(代码示例)
热门推荐
BookSea的博客
10-10 1万+
2万字DDD学习笔记总结，全是干货。理论+实战(代码示例) 结合
DDD入门一：什么是DDD？
loet6010的博客
08-15 901
DDD（Domain-Driven Design 领域驱动设计）是由Eric Evans最先提出，目的是对软件所涉及到的领域进行建模，以应对系统规模过大时引起的软件复杂性的问题。整个过程大概是这样的，开发团队和领域专家一起通过 通用语言(Ubiquitous Language)去理解和消化领域知识，从领域知识中提取和划分为一个一个的子领域（核心子域，通用子域，支撑子域），并在子领域上建立模型，再重复以上步骤，这样周而复始，构建出一套符合当前领域的模型。 领域驱动设计的经典分层架构如下： 用户界面/展现层
DDD领域驱动设计内容分享(四)：从0到1，带大家精通DDD
之乎者也·的博客
12-27 990
Domain Primitive （DP）是一个在特定领域里，拥有精准定义的、可自我验证的、拥有行为的 Value Object。DP是一个传统意义上的Value Object，拥有Immutable的特性DP是一个完整的概念整体，拥有精准定义DP使用业务域中的原生语言DP可以是业务域的最小组成部分、也可以构建复杂组合所以，第一讲会对DP做一个全面的介绍和分析，从案例入手，看看为什么DP是一个强大的概念。维度传统代码使用Domain PrimitiveAPI接口清晰度含混不清。
ddd基础工程入门学习代码
02-02
ddd基础工程 ,经典四层结构
DDD从入门到”放弃“
08-11
结合实际项目经历，通过自我复盘进行团队内部分享，此“放弃”非真实放弃。ppt整体从：1：为何引入，2：引入时机，3：探路实践，4：实践结果，5：为何放弃，6：后续规划等方面进行阐述
ddd.zip_51ddd
09-14
51单片机的大量实例程序，初学者入门的不二选择，包括硬件软件以及仿真
领域驱动设计（DDD）-精简版
12-14
件是一种被创建用来帮助我们处理现代生活中复杂问题的工具，它 只是到达目的的一种方法，而这个目的通常就是非常实际和真实的 事情。比如，我们使用软件控制空中交通，这就和我们日常的生活 有直接的联系。...
DDD-Quickly-Chinese.pdf
10-30
DDD-Quickly-Chinese.pdf，领域驱动开发，入门资料，介绍DDD的基础概念，中文版本。 领域模型，分层架构，实体，边界上下文，模块，聚合，资源库等等等概念介绍。
DDD 微服务落地实战视频教程
09-11
总共21小结，从理论到实践
架构设计快速入门——领域驱动设计(DDD)（C#）
吾家有猫名探花的博客
11-11 2035
在软件开发领域，为了更好地应对业务需求的复杂性和变化，开发者们一直在寻找更有效的开发方法。领域驱动设计（Domain-Driven Design，简称DDD）作为一种设计方法，强调了对业务领域的深入理解，并试图将这种理解映射到软件模型中。本文将深入探讨领域驱动设计在C#中的应用，介绍其基本概念、框架结构以及实际应用。
一文带你学习DDD，基础入门篇
飞楼踏梦
10-30 2531
系统讲解DDD的基础概念，结合具体的Demo讲解DDD落地场景。 前言 说一下我为什么突然想学习DDD，这个肯定不是为了装X，也不是为了以后好跳槽，虽然转到人事团队也快3个月，由于之前一直做其它项目，所以现在才开始接触招聘相关的业务。因为招聘业务涉及的系统非常多，想借鉴领域驱动设计的思想，看后续如何对系统进行重构，这个就是我想学习DDD的主要原因。 既然要学习DDD，就需要去找学习资料，目前我主要的学习资料就2个，一个是极客时间欧创新老师的《DDD实战课》，还有一个就是掘金的系列博客，《DDD...
DDD从小白到入门
weixin_49526437的博客
01-05 809
领域驱动设计基础篇 1、DDD简介 DDD（Domain-Driven Design 领域驱动设计），DDD是一种设计思想，他可以同时指导中台业务建模和微服务设计。DDD强调的是领域模型和微服务设计的一致性。DDD 核心思想是通过领域驱动设计方法定义领域模型，从而确定业务和应用边界，保证业务模型与代码模型的一致性。 2、微服务设计采用领域驱动设计 软件架构模式的演变大体来说经历了三个阶段： 单机-两层架构（C\S架构）： 采用面向过程的设计方法，系统包括客户端 UI 层和数据库两层，采用 C/S 架构模式
DDD领域驱动设计入门：1
CRUD工程师
04-23 298
由于最近接触的新项目采用了DDD领取驱动设计的方式，网上对DDD的讲解文章很多都是偏理论的且很多都倾向于和微服务的结合，对一些朋友不太友好，因此本文计划直接以代码示例的方式来进行讲解，将抽象的概念具体化，让初学者也能快速入门。
如何优雅的用DDD实现用户注册流程？
weixin_50205273的博客
06-14 318
今天，我们将以实现用户注册流程为例，一步步展示如何在实践中应用DDD的设计思想和技术手段，这将有助于你更好地理解并记住DDD的核心概念。让我们一起开始吧！
DDD防腐层设计
u011385940的专栏
09-21 6339
防腐层（Anti-Corruption Layer）思想：通过引入一个间接的层，就可以有效隔离限界上下文之间的耦合。防腐层往往属于下游限界上下文， 用以隔绝上游限界上下文可能发生的变化。
DDD领域模型实现依赖注入（六）
weixin_30555125的博客
11-18 1017
添加下订单的值对象： public partial class CustomerInfo:ValueObject { /// <summary> /// 下订单的值对象 /// </summary> /// <param name="customer">Customer值对...
DDD的简单落地及防腐层（ACL）
Note from 2021.1 base 杭州
03-03 4977
领域驱动设计是一种由领域模型来驱动系统设计的思想，不是通过数据库表来驱动系统设计。 领域模型是对业务模型的抽象，DDD革命性在于：领域模型准确反映了业务语言，传统数据对象除了简单setter/getter方法外，没有任何业务方法，即失血模型，而DDD领域采用充血模型（业务方法定义在实体对象中，例如：生成订单时，判断商品不能为空）。
ddd websocket
最新发布
01-17
DDD（领域驱动设计）是一种软件开发方法论，它强调将业务领域的知识和逻辑置于软件设计和实现的核心位置。WebSocket是一种在单个TCP连接上进行全双工通信的协议，它可以实现实时的双向通信。在DDD中，WebSocket可以用于实现从服务器进行推送的功能，例如向客户端发送实时更新的数据。 以下是一个使用WebSocket实现DDD的简单示例： ```javascript // 客户端代码 const socket = new WebSocket('ws://example.com/socket'); socket.onopen = function() { console.log('WebSocket连接已打开'); }; socket.onmessage = function(event) { const data = JSON.parse(event.data); console.log('收到服务器推送的数据:', data); }; socket.onclose = function() { console.log('WebSocket连接已关闭'); }; // 服务器端代码 const WebSocket = require('ws'); const wss = new WebSocket.Server({ port: 8080 }); wss.on('connection', function(ws) { console.log('客户端已连接'); // 模拟从服务器获取数据并推送给客户端 setInterval(function() { const data = { value: Math.random() }; ws.send(JSON.stringify(data)); }, 1000); ws.on('close', function() { console.log('客户端已断开连接'); }); }); ``` 这个示例中，客户端通过WebSocket连接到服务器，并监听服务器推送的数据。服务器每秒钟向客户端发送一个随机数作为实时更新的数据。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值