2. Spring早期类型转换，基于PropertyEditor实现(下)-阿里云开发者社区

2. Spring早期类型转换，基于PropertyEditor实现(下)

2022-05-11 129

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介： 2. Spring早期类型转换，基于PropertyEditor实现(下)

CharsetEditor：

@Test
public void test2() {
    // 虽然都行，但建议你规范书写：UTF-8
    PropertyEditor editor = new CharsetEditor();
    editor.setAsText("UtF-8");
    System.out.println(editor.getAsText()); // UTF-8
    editor.setAsText("utF8");
    System.out.println(editor.getAsText()); // UTF-8
}

关注点：utf-8中间的横杠可要可不要，但建议加上使用标准写法，另外字母也是不区分大小写的。

CustomDateEditor：

@Test
public void test3() {
    PropertyEditor editor = new CustomDateEditor(new SimpleDateFormat("yyyy-MM-dd HH:mm:ss"),true);
    editor.setAsText("2020-11-30 09:10:10");
    System.out.println(editor.getAsText()); // 2020-11-30 09:10:10
    // null输出空串
    editor.setAsText(null);
    System.out.println(editor.getAsText());
    // 报错
    editor.setAsText("2020-11-30");
    System.out.println(editor.getAsText());
}

关注点：这个时间/日期转换器很不好用，构造时就必须指定一个SimpleDateFormat格式化器。在实际应用中，Spring并没有使用到它，而是用后面会说到的替代方案。

特殊实现

把没有放在org.springframework.beans.propertyeditors包下的实现称作特殊实现（前者称为标准实现）。

MediaTypeEditor：位于org.springframework.http。依赖的核心API是MediaType.parseMediaType(text)，可以把诸如text/html、application/json转为MediaType对象
显然它属于spring-web包，使用在web环境下
FormatterPropertyEditorAdapter：位于org.springframework.format.support。将3.0新增的Formatter接口适配为一个PropertyEditor：setAsText这种转换操作委托给formatter.parse()去完成，反向委托给formatter.print()去完成。
此适配器在DataBinder#addCustomFormatter()得到应用
PropertyValuesEditor：位于org.springframework.beans。将k-v字符串（Properties格式）转换为一个PropertyValues，从而方便放进Environment里
ResourceEditor：位于org.springframework.core.io。此转换器将String转换为Resource资源，特别实用。作为基础设施，广泛被用到Spring的很多地方
像什么标准的FileEditor、InputSourceEditor、InputStreamEditor、URLEditor等等与资源相关的转换器，均依赖它而实现

@Test
public void test4() {
    // 支持标准URL如file:C:/myfile.txt，也支持classpath:myfile.txt
    // 同时还支持占位符形式
    PropertyEditor editor = new ResourceEditor(new DefaultResourceLoader(), new StandardEnvironment(), true);
    // file:形式本处略
    // editor.setAsText("file:...");
    // System.out.println(editor.getAsText());
    // classpath形式（注意：若文件不存在不会报错，而是输出null）
    editor.setAsText("classpath:app.properties");
    System.out.println(editor.getAsText()); // 输出带盘符的全路径
    System.setProperty("myFile.name", "app.properties");
    editor.setAsText("classpath:${myFile.name}");
    System.out.println(editor.getAsText()); // 结果同上
}

关注点：Spring扩展出来的Resource不仅自持常规file:资源协议，还支持平时使用最多的classpath:协议，可谓非常好用。

ConvertingPropertyEditorAdapter：位于org.springframework.core.convert.support。将3.0新增的ConversionService转换服务适配为一个PropertyEditor，内部转换动作都委托给前者去完成。
AbstractPropertyBindingResult#findEditor()为属性寻找合适PropertyEditor的时候，若ConversionService能支持就包装为ConvertingPropertyEditorAdapter供以使用，这是适配器模式的典型应用场景。

“谁”在使用ProertyEditor

PropertyEditor自动发现机制

PropertyEditor存在的缺陷

考虑到阅读的舒适性，单篇文章不宜太长，因此涉及到PropertyEditor的这几个问题，放在下篇文章单独列出。这个几个问题会明显比本文更深入，欢迎保持持续关注，peace！

✍总结

本文主要介绍了三点内容：

PropertyEditor是什么？
Spring为何选择基于PropertyEditor？
Spring内建的那些PropertyEditor都有哪些，各自什么作用？

PropertyEditor虽然已经很古老，不适合当下复杂环境。但不可否认它依旧有存在的价值，Spring内部也大量的仍在使用，因此不容忽视。下篇文章将深度探讨Spring内部是如何使用PropertyEditor的，赋予了它哪些机制，以及最终为何还是决定自己另起炉灶搞一套呢？欢迎对本系列保持持续关注~