此版本仍在开发中,尚未被视为稳定版本。对于最新的稳定版本,请使用 Spring Data Relational 3.4.0! |
自定义转化
下面的 Spring 示例Converter
implementation 从String
到自定义Email
value 对象:
@ReadingConverter
public class EmailReadConverter implements Converter<String, Email> {
public Email convert(String source) {
return Email.valueOf(source);
}
}
如果您编写Converter
其 source 和 target type 是 native 类型,我们无法确定我们应该将其视为 reading 还是 writing 转换器。
将转换器实例注册为两者可能会导致不需要的结果。
例如,Converter<String, Long>
是模棱两可的,尽管尝试全部转换可能没有意义String
实例转换为Long
实例。
为了让您强制基础设施仅以一种方式注册转换器,我们提供了@ReadingConverter
和@WritingConverter
在 converter implementation 中使用的 annotations。
转换器需要进行显式注册,因为不会从 Classpath 或容器扫描中选取实例,以避免向 conversion 服务进行不必要的注册以及此类注册产生的副作用。转换器注册为CustomConversions
作为中央工具,允许根据源和目标类型注册和查询已注册的转换器。
CustomConversions
附带一组预定义的转换器注册:
-
JSR-310 用于
java.time
,java.util.Date
和String
类型。
本地时间类型的默认转换器(例如LocalDateTime 自java.util.Date ) 依赖于系统默认时区设置在这些类型之间进行转换。您可以通过注册自己的转换器来覆盖默认转换器。 |
转换器消歧义
通常,我们会检查Converter
它们转换的源类型和目标类型的实现。
根据其中之一是否是底层数据访问 API 可以本地处理的类型,我们将转换器实例注册为读取或写入转换器。
以下示例显示了 writing- 和 read 转换器(请注意,区别在于Converter
):
// Write converter as only the target type is one that can be handled natively
class MyConverter implements Converter<Person, String> { … }
// Read converter as only the source type is one that can be handled natively
class MyConverter implements Converter<String, Person> { … }