DDD - 如何理解Entity与VO

文章目录

• 概述
• 状态
• 标识
• Entity 对比 VO
• 如何识别

概述

为了更好的理解 Entity与VO，我们需要先区分两个概念： 状态 、 标识

状态

购物中的订单状态，相比大家都熟悉哈 ， 比如 发货中、 物流派送中、 商品已送达等等 。 一般订单状态都是使用一个字段来表示的，比如status， status不同的值代表不同的状态。

但是这个status就是「订单状态」吗？难不成状态就是一个字段吗？

我们联想一下生活中的例子

• 商品已经是发货「状态」了
• 今天「状态」不错
• …

以 今天「状态」不错 为例，如果状态就是一个字段， status=1 状态好 status=0 状态不好 。感觉不是很合理。

我们会发现，「状态」实际上表示的是「目标对象在当前时刻所呈现出的内容」！在系统设计中中通过一个字段来表示状态只是一种简化手段！

「状态」表示的是「当前时刻所呈现出的内容」， 那么说明了「状态」是个快照/瞬态！也就是说，「目标对象」有多个「状态」，「当前状态」只是「目标对象」众多「状态」中的一个！

理解了什么是「状态」以后，我们就可以来初步区分Entity和VO了：

• Entity在整个生命周期中，有多个「状态」，也就是说「状态」是可变的（至于变不变就看实际情况了）
• 而VO在整个生命周期中，只有一个「状态」，也就是说「状态」不变

对于VO来说，因为「状态」是不可变的，我们就可以用其「状态」来表示VO！但是对于Entity来说，因为有多个「状态」，且「状态」是可变的，那我们如何来表示呢？

举个例子：假设同一个买家在同一个卖家那里买了两个同样的商品，那两个订单里的信息都是一样的，但是它是两个不同的订单，我们如何区分这两个订单呢？

那就不得不提到 「标识 」了

标识

说到「标识」，最先想到的一般是编程语言中的「引用」或「指针」

Order orderA = new Order("productA",...);
Order orderB = new Order("productA",...);
orderA.setProductName("productB");

orderA和orderB虽然订单信息（状态）都相同，但是这是两个不同的订单 ,. 即使改了orderA的产品名称（状态），依然还是订单A。

看似解决了「区分相同状态的不同Entity」的问题，但是没有解决Entity有多个状态的问题。因为「标识」指向的是目标对象的当前状态。

语言中的这种「标识」就是无法跨系统。比如，在分布式系统中，需要保证两个系统中的对象是同一个对象，这种「隐式标识」是做不到的。

所以「隐式标识」并不能满足我们的需求。我们需要「显示标识」，「显示标识」在现实中很常见：

• 身份证号码就是每个人的「显示标识」
• 产品编号就是产品的「显示标识」
• …

比如 Order

public Class Order{
 orderNo // 显示标识
 product
 status
 ...
}

设置订单号以后，无论订单的状态如何变化，只要订单号不变，那么它就是同一个订单。

所以，「标识」是另一个区分Entity和VO的关键点：

• Entity有标识
• VO没有标识

注意标识并不一定只是一个字段，可能是多个字段的组合，这需要根据不同的业务逻辑来确定。

Entity 对比 VO

• Entity是具有多个「状态」的对象，「状态」在其生命周期中可能会改变，通过「标识」来唯一确定这个对象
• VO只有一个「状态」，且是在创建时就确定的，也就是说VO是不可变的

那么我们如何在系统中识别哪些对象是Entity，哪些对象又是VO呢？

如何识别

一个对象是表示成Entity还是VO，取决于系统的关注点

举个例子：

「商品」在「订单系统」中是个VO，而在「商品管理系统」中是Entity

• 在「商品管理系统」中，系统需要关注「商品」的「状态」，需要维护是否上架、库存多少、各种属性等信息（多种状态）。就是说在「商品管理系统」中，商品状态是可变的。所以它也有「标识」，即商品ID
• 「订单系统」并不关心「商品」的「状态」变化，它只关注在创建订单时，这个「商品」的当前「状态」是什么，并且在订单创建完成后，这个「商品」的「状态」就不会再改变了

在「商品管理系统」中，商品可以这样表示：

public class Product {
 id // 商品标识
 name
 desc
 status
 ...
}

而在「订单系统」中，订单是个Entity，商品是个VO，可以这么表示：

public class Order{
 orderNo // 订单标识
 product:Product
 status
 ...
}


public class Product {
 id // 这里不是标识，只是状态
 name
 desc
 status
 ...
}

注意这里的id并不是标识，这里的id实际上退化成了状态的一部分，保留这个id是为了和「商品管理系统」进行交互，通过id从商品管理系统中查询商品。当然还有其它方式，例如保存「商品管理系统」中该商品的历史URL。