文章摘要(AI生成)
该内容总结了在业务场景中用户登录注册功能的实现方法以及问题的解决方案。在传统POJO和领域对象之间的区别和优缺点进行了对比，并介绍了领域原型的实现原则。针对实现领域原型的三个主要原则，包括让隐性的概念显像化、让隐性的上下文显像化、封装多对象行为。最后讨论了Entity和Value Object的区别，以及Domain Primitive和Entity之间的区别，主要在于对象的逻辑是否有状态。整体内容重点强调了面向对象设计方法对系统建模的重要性，以及从业务需求中找到关键的业务对象(Entity和Value Object)的重要性。
业务场景
用户登录时可以有如下方法提供注册功能：
public void register(String name, String phone);
public void register(String name, String phone, String idCard);
出现问题：
- 在字段拓展时，外部使用者调用此方法无法知道具体参数顺序，可能导致传参问题
- 校验逻辑在多个校验方法中重复编写，参数校验和业务异常混在一个方法中
所以针对这种问题，我们要进行修改，以求达到：接口语义明确，拓展性强。参数校验复用，且与业务逻辑判断解耦.
我们的解决方法是：创建一个用户的领域对象，这个对象包含对应的name，phone，idCard，以及对应的校验逻辑。
public class User {
private String name;
private String phone;
private String idCard;
public User(String name, String phone, String idCard) {
if(checkName(name)
|| checkPhone(phone)
||checkIdCard(idCard)){
throw new RuntimeException("参数校验失败")；
}
this.name = name;
this.phone = phone;
this.idCard = idCard;
}
private boolean checkName(String name){
//校验逻辑...
return true;
}
private boolean checkPhone(String phone){
//校验逻辑...
return true;
}
private boolean checkIdCard(String idCard){
//校验逻辑...
return true;
}
对应的注册方法不再做参数校验，那么这个抽出来的User就是我们DDD中所说的领域原型（Domain Primitive）。
这里我们需要知道传统POJO和领域对象的区别了:
- 传统POJO属于贫血模型
- 领域对象属于充血模型
下面是两者的具体差异：
充血模型和贫血模型
贫血模型-POJO
是指领域对象里只有get和set方法，或者包含少量的CRUD方法，所有的业务逻辑都不包含在内而是放在业务逻辑层。
优点是系统的层次结构清楚，各层之间单向依赖
缺点是不够面向对象，领域对象只是作为保存状态或者传递状态使用，所以就说只有数据没有行为的对象不是真正的对象
充血模型-DP
Domain Primitive是一个在特定领域里，拥有精准定义的、可自我验证的、拥有行为的 Value Object 。大多业务逻辑和持久化放在Domain Object里面，业务层只是简单封装部分业务逻辑以及控制事务、权限等
优点是面向对象，业务层符合单一职责，不像在贫血模型里面那样包含所有的业务逻辑太过沉重
缺点是如何划分业务逻辑很难界定。
针对领域原型的实现，有三个主要原则：
- 让隐性的概念显像化
- 让隐性的上下文显像化
- 封装多对象行为
Entity 与 Value Object
当采用面向对象的设计方法对系统进行建模时，我们需要做的是从业务需求中找到那些关键的「业务对象」，而这些业务对象也是 DDD 中 Entity 与 Value Object 的基础。我们先来看一下 Entity 与 Value Object 有什么区别。
Entity 应该是我们在日常分析过程中最熟悉的部分，它也是业务逻辑的核心体现。它应该具备以下的特性:
- Entity应该具唯一的「标识」
- 相比Entity所拥有的数据属性，我们更关注的是它的唯一「标识」
与之对应的 Value Object 顾名思义，关注的是数据，因为它并没有唯一标识：
- 没有唯一标识
- 我们更加关注于它的数据属性
DP与ENTITY
DP是一切模型、方法、架构的基础，是指在特定领域、拥有精准定义、可以自我验证、拥有行为的对象，可以认为是领域的最小组成部分
DP: 抽象并封装自检和一些隐性属性的计算逻辑，且这些逻辑是无状态的
Entity: 抽象并封装单对象有状态的逻辑
两者最显著的区别在于针对对象的逻辑是否有状态。什么叫状态？总结是“该对象是否存在生命周期”，“程序是否需要追踪该对象的变化事件”。比如上述示例中，我们不关注用户的注册状态，登录状态等信息，此时的用户就是一个DP，如果我们需要关注用户的注册状态和登录状态了，此时用户就变为一个entity了。
评论区