我刚刚开始阅读DDD。我无法完全掌握实体与价值对象的概念。有人可以解释将价值对象设计为实体对象时系统可能遇到的问题(可维护性,性能等)吗?例子太棒了...
Answers:
归结为本质区别,身份对实体很重要,对价值对象并不重要。例如,某人的姓名是一个值对象。客户实体可能由客户名称(值对象),List <Order> OrderHistory(实体列表)以及默认地址(通常是值对象)组成。客户实体将具有一个ID,每个订单将具有一个ID,但名称不应该;通常,无论如何在对象模型中,地址的身份可能无关紧要。
值对象通常可以表示为不可变对象。更改值对象的一个属性实质上会破坏旧对象并创建一个新对象,因为您不像身份那样关注内容。正确地,只要对象的属性与另一个实例的属性相同,则Name上的Equals实例方法将返回“ true”。
但是,更改诸如客户之类的实体的某些属性不会破坏客户。客户实体通常是可变的。身份保持不变(至少在对象持久化之后)。
您可能没有意识到就创建了价值对象。每当您通过创建细粒度的类来表示实体的某个方面时,您都会获得一个值对象。例如,对有效值有一些约束但由更简单的数据类型组成的IPAddress类将是一个值对象。EmailAddress可以是字符串,也可以是具有自己的一组行为的值对象。
即使在数据库中具有标识的项目也很有可能在对象模型中也没有标识。但是最简单的情况是将一些有意义的属性组合在一起。当您可以将Customer.FirstName,Customer.LastName,Customer.MiddleInitial和Customer.Title组合在一起作为Customer.Name时,您可能不想拥有它们。在考虑持久性时,它们可能会成为数据库中的多个字段,但是对象模型不在乎。
int[1]
可能是未共享的可变值,可共享的不可变值(如果没有保存引用的东西都不会写入该值)或一个实体(如果存在两个或多个引用,并且其中一个可以用来写)可以使用其他值读取的值)。不幸的是,我不知道Java或.NET中没有语言支持来防止封装了可变值的类对象意外地变成实体。
值类型:
实体:
我不知道以下内容是否正确,但是我想说的是,在使用地址对象的情况下,我们希望将其用作值对象而不是实体,因为对实体的更改将反映在所有链接的对象上(例如一个人)。
以这种情况为例:您与其他人一起住在房子里。如果我们将实体用于地址,我会说所有个人对象都链接到一个唯一的地址。如果有人搬出,您想更新他的地址。如果您要更新地址实体的属性,则所有人将拥有不同的地址。对于值对象,我们将无法编辑地址(因为它是不可变的),因此我们将被迫为该人员提供新的地址。
听起来对吗?我必须说,在阅读DDD书之后,我还是对这种差异感到困惑。
更进一步,该如何在数据库中建模?您是否将“地址”对象的所有属性都作为“人”表中的列,还是要创建一个单独的“地址”表,该表也具有唯一的标识符?在后一种情况下,居住在同一所房屋中的人每个人都有一个地址对象的不同实例,但是这些对象除了其ID属性外都是相同的。
我在另一个线程中询问了这个问题,但我仍然感到困惑。我可能将性能考虑因素与数据建模混淆了。在我们的目录应用程序中,客户直到需要时才改变。这听起来很愚蠢-但是客户数据的“读取”次数远远超过了“写入”次数,并且由于许多Web请求都击中了“活动组”对象,因此我不想一次又一次地加载客户。因此,我走了一条通往Customer对象的不变道路-加载,缓存它,并为希望见客户的(多线程)请求的99%提供相同的请求。然后,当客户更改某些内容时,请一位“编辑”创建新客户并使旧客户无效。
我担心的是,如果多个线程看到同一个客户对象并且是可变的,那么当一个线程开始更改时,其他线程就会出现混乱。
我现在的问题是,1)这是否合理,以及2)如何最好地做到这一点,而又无需复制有关该属性的大量代码。
Entities
和之间的3个区别Value Objects
标识符与结构相等性:实体具有标识符,如果实体具有相同的标识符,则它们是相同的。超出范围的值对象具有结构相等性,当所有字段都相同时,我们认为两个值对象相等。值对象不能具有标识符。
可变性与不变性:价值对象是不变的数据结构,而实体在其生命周期中会发生变化。
寿命:价值对象应属于实体
我可以用很简单的一句话说,我们有三种平等:
标识符相等仅指实体,而结构相等仅指值对象。实际上,值对象没有ID,我们可以互换使用它们。此外,值对象必须是不可变的,并且实体可以是可变的,并且值对象在数据库中将没有nay表。