DateTimeFormat到底干了些啥

义为：通过格式化器注册中心FormatterRegistry的API向其注册注解工厂AnnotationFormatterFactory以支持格式化注解。但是，底层其实都(为每个FieldType类型)适配为了Converter才注册到FormatterRegistry进去的。换句话讲：FormatterRegistry(其实是ConverterRegistry)底层管理的永远是一些简单的Converter转换器们，这便也符合了越底层越抽象，越上层越具体的设计原则，是一种良好的设计方案。

值得注意：ConverterRegistry管理的底层这些Converter是分为三大类的哟。1:1、1:N、N:N?

向注册中心注册完成后，转换服务就具备了AnnotationFormatterFactory所支持的类型FieldType <-> String互相转换的能力了。当然喽，让其能执行转换动作还有个前提条件是FieldType上必须标注有AnnotationFormatterFactory指定的注解类型才行，这个时候@DateTimeFormat就发挥作用啦。

这么来看，@DateTimeFormat注解自己其实并未做什么，只是纯被当做Field上的一个元数据被用作参与判断、格式化时所需参数的指定，此注解它是面向开发者的。真正做了“很多事”的其实是AnnotationFormatterFactory和FormatterRegistry等底层核心API，它们在初始化阶段就默默全部完成，而这一切(较为复杂)的逻辑对开发者是完全透明的。

JSR 310日期时间注册员

上篇文章 介绍了Spring格式化器倒排思想，其具体体现在FormatterRegistrar接口的设计，上文用“比较古老”的支持java.util.Date类型的DateFormatterRegistrar打了个样，体验了一把倒排设计的好处。

我们知道在Java领域日期时间类型分为三大领域：老Date体系、JSR 310体系、Joda-time体系。这不FormatterRegistrar接口的继承体系三个实现类刚好与之对应：

（编辑：我爱制作网_潮州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!