| 此版本仍在开发中,尚不被认为是稳定的。对于最新的稳定版本,请使用 Spring Data Redis 3.5.3! | 
对象映射基础知识
本节介绍 Spring Data 对象映射、对象创建、字段和属性访问、可变性和不变性的基础知识。 请注意,本节仅适用于不使用底层数据存储(如JPA)的对象映射的Spring Data模块。 此外,请务必查阅特定于商店的部分,了解特定于商店的对象映射,例如索引、自定义列或字段名称等。
Spring Data 对象映射的核心职责是创建域对象的实例并将存储原生数据结构映射到这些实例上。 这意味着我们需要两个基本步骤:
- 
使用公开的构造函数之一创建实例。 
- 
实例填充以具体化所有公开的属性。 
对象创建
Spring Data会自动尝试检测持久实体的构造函数,以用于具体化该类型的对象。 分辨率算法的工作原理如下:
- 
如果有一个静态工厂方法用 @PersistenceCreator然后它被使用。
- 
如果存在单个构造函数,则使用它。 
- 
如果有多个构造函数,并且只有一个构造函数被 @PersistenceCreator,它被使用。
- 
如果类型是 Java Record使用规范构造函数。
- 
如果有一个无参数构造函数,则使用它。 其他构造函数将被忽略。 
值解析假定构造函数/工厂方法参数名称与实体的属性名称匹配,即解析将像要填充属性一样执行,包括映射中的所有自定义(不同的数据存储列或字段名称等)。
这还需要类文件中可用的参数名称信息或@ConstructorProperties注释存在于构造函数上。
可以使用 Spring Framework 的@Value使用特定于存储的 SpEL 表达式的值注释。
有关更多详细信息,请参阅商店特定映射部分。
财产人口
创建实体的实例后,Spring Data 将填充该类的所有剩余持久属性。 除非实体的构造函数已经填充(即通过其构造函数参数列表使用),否则将首先填充标识符属性以允许解析循环对象引用。 之后,构造函数尚未填充的所有非瞬态属性都将在实体实例上设置。 为此,我们使用以下算法:
- 
如果该属性是不可变的,但公开了 with…方法(见下文),我们使用with…方法,以创建具有新属性值的新实体实例。
- 
如果定义了属性访问(即通过 getter 和 setter 访问),我们将调用 setter 方法。 
- 
如果属性是可变的,我们直接设置字段。 
- 
如果该属性是不可变的,我们将使用持久化作(请参阅对象创建)使用的构造函数来创建实例的副本。 
- 
默认情况下,我们直接设置字段值。 
让我们看一下以下实体:
class Person {
  private final @Id Long id;                                                (1)
  private final String firstname, lastname;                                 (2)
  private final LocalDate birthday;
  private final int age;                                                    (3)
  private String comment;                                                   (4)
  private @AccessType(Type.PROPERTY) String remarks;                        (5)
  static Person of(String firstname, String lastname, LocalDate birthday) { (6)
    return new Person(null, firstname, lastname, birthday,
      Period.between(birthday, LocalDate.now()).getYears());
  }
  Person(Long id, String firstname, String lastname, LocalDate birthday, int age) { (6)
    this.id = id;
    this.firstname = firstname;
    this.lastname = lastname;
    this.birthday = birthday;
    this.age = age;
  }
  Person withId(Long id) {                                                  (1)
    return new Person(id, this.firstname, this.lastname, this.birthday, this.age);
  }
  void setRemarks(String remarks) {                                         (5)
    this.remarks = remarks;
  }
}| 1 | identifier 属性是 final ,但设置为 null在构造函数中。
该类公开了withId(…)用于设置标识符的方法,例如,当实例插入到数据存储中并生成标识符时。
原件Person实例在创建新实例时保持不变。
相同的模式通常适用于存储管理的其他属性,但可能需要更改才能进行持久性作。
wither 方法是可选的,因为持久性构造函数(见 6)实际上是一个复制构造函数,并且设置该属性将转换为创建一个应用了新标识符值的新实例。 | 
| 2 | 这 firstname和lastname属性是可能通过 getter 公开的普通不可变属性。 | 
| 3 | 这 age属性是不可变的,但派生自birthday财产。
在所示设计中,数据库值将胜过默认值,因为 Spring Data 使用唯一声明的构造函数。
即使意图是应首选计算,此构造函数也必须采用ageas 参数(可能会忽略它),否则属性填充步骤将尝试设置 age 字段,但由于它是不可变的并且没有with…方法存在。 | 
| 4 | 这 comment属性是可变的,通过直接设置其字段来填充。 | 
| 5 | 这 remarks属性是可变的,并通过调用 setter 方法填充。 | 
| 6 | 该类公开了用于创建对象的工厂方法和构造函数。
这里的核心思想是使用工厂方法而不是额外的构造函数,以避免需要通过 @PersistenceCreator.
相反,属性的默认值是在工厂方法中处理的。
如果您希望 Spring Data 使用工厂方法进行对象实例化,请使用@PersistenceCreator. | 
一般建议
- 
尝试坚持使用不可变对象 — 不可变对象很容易创建,因为具体化对象只需调用其构造函数即可。 此外,这还可以避免域对象中充斥着允许客户端代码作对象状态的 setter 方法。 如果需要这些,请更喜欢将它们设置为包保护,以便它们只能由有限数量的共置类型调用。 仅构造函数的具体化比属性填充快 30%。 
- 
提供全参数构造函数 — 即使不能或不想将实体建模为不可变值,提供将实体的所有属性(包括可变属性)作为参数的构造函数仍然有价值,因为这允许对象映射跳过属性填充以获得最佳性能。 
- 
使用工厂方法而不是重载的构造函数来避免 @PersistenceCreator— 对于最佳性能所需的全参数构造函数,我们通常希望公开更多特定于应用程序用例的构造函数,这些构造函数省略了自动生成的标识符等内容。 使用静态工厂方法来公开全参数构造函数的这些变体是一种既定模式。
- 
确保遵守允许使用生成的实例化器和属性访问器类的约束 — 
- 
对于要生成的标识符,仍将最终字段与全参数持久性构造函数(首选)或 with…方法—
- 
使用 Lombok 避免样板代码 — 由于持久化作通常需要构造函数接受所有参数,因此它们的声明变成了样板参数对字段赋值的繁琐重复,最好通过使用 Lombok 的 @AllArgsConstructor.
覆盖属性
Java 允许灵活地设计域类,其中子类可以定义在其超类中已声明具有相同名称的属性。考虑以下示例:
public class SuperType {
   private CharSequence field;
   public SuperType(CharSequence field) {
      this.field = field;
   }
   public CharSequence getField() {
      return this.field;
   }
   public void setField(CharSequence field) {
      this.field = field;
   }
}
public class SubType extends SuperType {
   private String field;
   public SubType(String field) {
      super(field);
      this.field = field;
   }
   @Override
   public String getField() {
      return this.field;
   }
   public void setField(String field) {
      this.field = field;
      // optional
      super.setField(field);
   }
}这两个类都定义了一个field使用可分配类型。SubType然而阴影SuperType.field.
根据类设计,使用构造函数可能是唯一的默认方法SuperType.field.
或者,调用super.setField(…)在 setter 中可以设置field在SuperType.
所有这些机制都会在某种程度上产生冲突,因为属性共享相同的名称,但可能表示两个不同的值。
如果类型不可分配,Spring Data 会跳过超类型属性。
也就是说,被覆盖属性的类型必须可分配给其超类型属性类型才能注册为覆盖,否则超类型属性将被视为暂时性。
我们通常建议使用不同的属性名称。
Spring Data 模块通常支持持有不同值的覆盖属性。 从编程模型的角度来看,有几件事需要考虑:
- 
应该保留哪个属性(默认为所有声明的属性)? 您可以通过使用 @Transient.
- 
如何在数据存储中表示属性? 对不同的值使用相同的字段/列名称通常会导致数据损坏,因此您应该使用显式字段/列名称对至少一个属性进行注释。 
- 
用 @AccessType(PROPERTY)不能使用,因为如果不对 setter 实现做出任何进一步的假设,就不能通常设置超属性。
Kotlin 支持
Spring Data 调整了 Kotlin 的细节以允许对象创建和变更。
Kotlin 对象创建
支持实例化 Kotlin 类,默认情况下所有类都是不可变的,并且需要显式属性声明来定义可变属性。
Spring Data会自动尝试检测持久实体的构造函数,以用于具体化该类型的对象。 分辨率算法的工作原理如下:
- 
如果有一个构造函数用 @PersistenceCreator,它被使用。
- 
如果类型是 Kotlin 数据类,则使用主构造函数。 
- 
如果有一个静态工厂方法用 @PersistenceCreator然后它被使用。
- 
如果存在单个构造函数,则使用它。 
- 
如果有多个构造函数,并且只有一个构造函数被 @PersistenceCreator,它被使用。
- 
如果类型是 Java Record使用规范构造函数。
- 
如果有一个无参数构造函数,则使用它。 其他构造函数将被忽略。 
考虑以下几点data类Person:
data class Person(val id: String, val name: String)上面的类编译为具有显式构造函数的典型类。我们可以通过添加另一个构造函数来自定义此类,并使用@PersistenceCreator要指示构造函数首选项:
data class Person(var id: String, val name: String) {
    @PersistenceCreator
    constructor(id: String) : this(id, "unknown")
}Kotlin 支持参数可选性,允许在未提供参数时使用默认值。当 Spring Data 检测到具有参数默认值的构造函数时,如果数据存储未提供值(或只是返回null),以便 Kotlin 可以应用参数默认设置。考虑以下类,该类将参数默认值应用于name
data class Person(var id: String, val name: String = "unknown")每次name参数不是结果的一部分,或者其值是null,则name默认为unknown.
| Spring Data 不支持委托属性。映射元数据过滤 Kotlin Data 类的委托属性。在所有其他情况下,您可以通过使用 @Transient. | 
Kotlin 数据类的属性填充
在 Kotlin 中,默认情况下所有类都是不可变的,并且需要显式属性声明来定义可变属性。考虑以下因素data类Person:
data class Person(val id: String, val name: String)此类实际上是不可变的。它允许在 Kotlin 生成copy(…)创建新对象实例的方法,从现有对象复制所有属性值,并将作为参数提供的属性值应用于该方法。
Kotlin 覆盖属性
Kotlin 允许声明属性覆盖来更改子类中的属性。
open class SuperType(open var field: Int)
class SubType(override var field: Int = 1) :
	SuperType(field) {
}这样的排列呈现两个属性,名称为field.
Kotlin 为每个类中的每个属性生成属性访问器(getter 和 setter)。
实际上,代码如下所示:
public class SuperType {
   private int field;
   public SuperType(int field) {
      this.field = field;
   }
   public int getField() {
      return this.field;
   }
   public void setField(int field) {
      this.field = field;
   }
}
public final class SubType extends SuperType {
   private int field;
   public SubType(int field) {
      super(field);
      this.field = field;
   }
   public int getField() {
      return this.field;
   }
   public void setField(int field) {
      this.field = field;
   }
}getter 和 setter onSubType仅设置SubType.field而不是SuperType.field.
在这样的安排中,使用构造函数是将SuperType.field.
将方法添加到SubType设置SuperType.field通过this.SuperType.field = …是可能的,但不在支持的约定之外。
属性替代在某种程度上会产生冲突,因为属性共享相同的名称,但可能表示两个不同的值。
我们通常建议使用不同的属性名称。
Spring Data 模块通常支持持有不同值的覆盖属性。 从编程模型的角度来看,有几件事需要考虑:
- 
应该保留哪个属性(默认为所有声明的属性)? 您可以通过使用 @Transient.
- 
如何在数据存储中表示属性? 对不同的值使用相同的字段/列名称通常会导致数据损坏,因此您应该使用显式字段/列名称对至少一个属性进行注释。 
- 
用 @AccessType(PROPERTY)不能使用,因为无法设置超级属性。
Kotlin 值类
Kotlin 值类专为更具表现力的领域模型而设计,以使底层概念显式化。 Spring Data 可以读取和写入使用值类定义属性的类型。
考虑以下域模型:
@JvmInline
value class EmailAddress(val theAddress: String)                                    (1)
data class Contact(val id: String, val name:String, val emailAddress: EmailAddress) (2)| 1 | 具有不可为 null 值类型的简单值类。 | 
| 2 | 使用 EmailAddressvalue 类。 | 
| 使用非基元值类型的不可为 null 属性在编译类中平展为值类型。 可为 null 的基元值类型或可为 null 的值中值类型使用其包装器类型表示,这会影响值类型在数据库中的表示方式。 |