如需最新的稳定版本,请使用 Spring Data Redis 3.4.0! |
对象映射基础知识
本节介绍了 Spring Data 对象映射、对象创建、字段和属性访问、可变性和不可变性的基础知识。 请注意,本节仅适用于不使用底层数据存储(如 JPA)的对象映射的 Spring Data 模块。 此外,请务必查阅特定于 store 的部分,了解特定于 store 的对象映射,例如索引、自定义列或字段名称等。
Spring Data 对象映射的核心职责是创建域对象的实例并将存储原生数据结构映射到这些实例上。 这意味着我们需要两个基本步骤:
-
使用公开的构造函数之一创建实例。
-
实例填充 实现所有公开的属性。
对象创建
Spring Data 会自动尝试检测用于具体化该类型对象的持久实体的构造函数。 解析算法的工作原理如下:
-
如果有一个 static factory method,并带有
@PersistenceCreator
然后它被使用。 -
如果只有一个构造函数,则使用它。
-
如果有多个构造函数,并且只有一个构造函数被注释为
@PersistenceCreator
,则使用它。 -
如果类型是 Java
Record
使用 canonical 构造函数。 -
如果存在无参数构造函数,则使用它。 其他构造函数将被忽略。
值解析假定构造函数/工厂方法参数名称与实体的属性名称匹配,即解析将像要填充属性一样执行,包括映射中的所有自定义(不同的数据存储列或字段名称等)。
这还需要类文件中可用的参数名称信息或@ConstructorProperties
注解。
值 resolution 可以使用 Spring Framework 的@Value
value 注释。
有关更多详细信息,请参阅特定于 store 的映射部分。
物业人口
创建实体的实例后, Spring Data 将填充该类的所有剩余持久属性。 除非已由实体的构造函数填充(即通过其构造函数参数列表使用),否则将首先填充 identifier 属性以允许解析循环对象引用。 之后,将在实体实例上设置尚未由构造函数填充的所有非临时属性。 为此,我们使用以下算法:
-
如果该属性是不可变的,但公开了
with…
方法(见下文),我们使用with…
方法创建具有新属性值的新实体实例。 -
如果定义了属性访问(即通过 getter 和 setter 进行访问),我们将调用 setter 方法。
-
如果属性是可变的,我们直接设置字段。
-
如果属性是不可变的,我们将使用持久性作(请参阅对象创建)使用的构造函数来创建实例的副本。
-
默认情况下,我们直接设置 field 值。
让我们看看以下实体:
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 properties 是可能通过 getter 公开的普通不可变属性。 |
3 | 这age property 是一个不可变的,但派生自birthday 财产。
显示设计后,数据库值将胜过默认值,因为 Spring Data 使用唯一声明的构造函数。
即使意图是应该首选计算,这个构造函数也接受age as 参数(可能会忽略它),否则,属性 population 步骤将尝试设置 age 字段并失败,因为它是不可变的,并且没有with… 方法。 |
4 | 这comment property 是可变的,并通过直接设置其 field 来填充。 |
5 | 这remarks property 是可变的,并通过调用 setter 方法进行填充。 |
6 | 该类公开了用于创建对象的工厂方法和构造函数。
这里的核心思想是使用工厂方法而不是额外的构造函数,以避免通过@PersistenceCreator .
相反,属性的默认值是在工厂方法中处理的。
如果您希望 Spring Data 使用工厂方法进行对象实例化,请使用@PersistenceCreator . |
一般建议
-
尽量坚持使用不可变对象 — 不可变对象很容易创建,因为具体化对象只需调用其构造函数即可。 此外,这还可以避免您的域对象充斥着允许客户端代码作对象状态的 setter 方法。 如果需要这些,最好将它们设为包保护,以便它们只能由有限数量的共存类型调用。 仅构造函数具体化的速度比属性填充快 30%。
-
提供全参数构造函数 — 即使您不能或不想将实体建模为不可变值,提供将实体的所有属性(包括可变属性)作为参数的构造函数仍然具有价值,因为这允许对象映射跳过属性填充以获得最佳性能。
-
使用工厂方法而不是重载的构造函数来避免
@PersistenceCreator
— 由于需要全参数构造函数才能获得最佳性能,我们通常希望公开更多特定于应用程序用例的构造函数,这些构造函数省略了自动生成的标识符等内容。 使用静态工厂方法来公开 all-args 构造函数的这些变体是一种既定模式。 -
请确保遵守允许使用生成的 instantiator 和 property 访问器类的约束 —
-
对于要生成的标识符,仍将 final 字段与全参数持久性构造函数 (preferred) 或
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
使用 Assignable 类型。SubType
然而,阴影SuperType.field
.
根据类设计,使用构造函数可能是设置SuperType.field
.
或者,调用super.setField(…)
可以在 setter 中设置field
在SuperType
.
所有这些机制在某种程度上都会产生冲突,因为属性共享相同的名称,但可能表示两个不同的值。
如果类型不可分配,则 Spring Data 会跳过超类型属性。
也就是说,被覆盖属性的类型必须可分配给其超类型属性类型才能注册为 override,否则超类型属性被视为临时属性。
我们通常建议使用不同的属性名称。
Spring Data 模块通常支持持有不同值的覆盖属性。 从编程模型的角度来看,需要考虑以下几点:
-
应该保留哪个属性(默认为所有声明的属性)? 您可以通过使用
@Transient
. -
如何在数据存储中表示属性? 对不同的值使用相同的字段/列名称通常会导致数据损坏,因此您应该使用显式字段/列名称至少注释一个属性。
-
用
@AccessType(PROPERTY)
不能使用,因为如果不对 setter 实现进行任何进一步的假设,通常不能设置 super-property。
Kotlin 支持
Spring Data 调整了 Kotlin 的细节以允许对象创建和更改。
Kotlin 对象创建
支持实例化 Kotlin 类,默认情况下所有类都是不可变的,并且需要显式属性声明来定义可变属性。
Spring Data 会自动尝试检测用于具体化该类型对象的持久实体的构造函数。 解析算法的工作原理如下:
-
如果存在一个带有
@PersistenceCreator
,则使用它。 -
如果类型是 Kotlin 数据类,则使用主构造函数。
-
如果有一个 static factory method,并带有
@PersistenceCreator
然后它被使用。 -
如果只有一个构造函数,则使用它。
-
如果有多个构造函数,并且只有一个构造函数被注释为
@PersistenceCreator
,则使用它。 -
如果类型是 Java
Record
使用 canonical 构造函数。 -
如果存在无参数构造函数,则使用它。 其他构造函数将被忽略。
请考虑以下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 检测到具有参数default的构造函数时,如果数据存储不提供值(或只是返回)null
),以便 Kotlin 可以应用参数默认值。请考虑以下类,该类为name
data class Person(var id: String, val name: String = "unknown")
每次name
parameter 不是 result 的一部分,或者其值为null
,则name
默认为unknown
.
Spring Data 不支持委托属性。映射元数据会筛选 Kotlin Data 类的委托属性。
在所有其他情况下,您可以通过使用@delegate:org.springframework.data.annotation.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 和 setterSubType
仅设置SubType.field
而不是SuperType.field
.
在这样的安排中,使用构造函数是将SuperType.field
.
添加一个SubType
设置SuperType.field
通过this.SuperType.field = …
是可能的,但不符合支持的约定。
属性覆盖在某种程度上会产生冲突,因为属性共享相同的名称,但可能表示两个不同的值。
我们通常建议使用不同的属性名称。
Spring Data 模块通常支持持有不同值的覆盖属性。 从编程模型的角度来看,需要考虑以下几点:
-
应该保留哪个属性(默认为所有声明的属性)? 您可以通过使用
@Transient
. -
如何在数据存储中表示属性? 对不同的值使用相同的字段/列名称通常会导致数据损坏,因此您应该使用显式字段/列名称至少注释一个属性。
-
用
@AccessType(PROPERTY)
不能使用,因为无法设置 super-property。
Kotlin 值类
Kotlin 值类专为更具表现力的领域模型而设计,以明确基本概念。 Spring Data 可以使用 Value Classes 读取和写入定义属性的类型。
请考虑以下域模型:
@JvmInline
value class EmailAddress(val theAddress: String) (1)
data class Contact(val id: String, val name:String, val emailAddress: EmailAddress) (2)
1 | 具有不可为 null 的值类型的简单值类。 |
2 | Data 类使用EmailAddress value 类。 |
使用非基元值类型的不可为 null 的属性在编译类中被平展为 value 类型。 可为 null 的基元值类型或可为 null 的值类型用其包装器类型表示,这会影响值类型在数据库中的表示方式。 |