В чем разница между PropertyEditor, Formatter и Converter в Spring?

Чтобы помочь понять эти концепции, я бы сначала отличил специфические функции Spring от функций, предоставляемых Java.

PropertyEditors и связанные вещи определяются Спецификация JavaBeans.

Спецификация определяет API, механизмы и соглашения для работы с объектами, свойствами объектов и всем, что связано с их изменениями, как с событиями.

PropertyEditor обычно используются в графических интерфейсах для обработки взаимодействия между пользовательским интерфейсом и базовой моделью объектов, обычно обрабатывая преобразование между значениями свойств из/в его String представление.

Сам Spring фактически использует разные реализации PropertyEditor и соглашения Java Beans во многих различных ситуациях. Например, из документы:

A couple of examples where property editing is used in Spring:

• Setting properties on beans is done by using PropertyEditor implementations. When you use String as the value of a property of some bean that you declare in an XML file, Spring (if the setter of the corresponding property has a Class parameter) uses ClassEditor to try to resolve the parameter to a Class object.

• Parsing HTTP request parameters in Spring’s MVC framework is done by using all kinds of PropertyEditor implementations that you can manually bind in all subclasses of the CommandController.

Таким образом, PropertyEditors позволяют вам использовать более широкое количество вариантов использования.

Теперь, в мире Spring, вам также необходимо провести различие между Spring MVC и Spring Core.

Обратите внимание, что и Перерабатывать, и Форматтер определены как базовые технологии, применимые к любому варианту использования и не ограничивающиеся веб-фреймворком.

Документация Spring при описании Весеннее форматирование поля дает отличное объяснение назначения каждого API/SPI, а также того, как они связаны с PropertyEditors:

As discussed in the previous section, core.convert is a general-purpose type conversion system. It provides a unified ConversionService API as well as a strongly typed Converter SPI for implementing conversion logic from one type to another. A Spring container uses this system to bind bean property values. In addition, both the Spring Expression Language (SpEL) and DataBinder use this system to bind field values. For example, when SpEL needs to coerce a Short to a Long to complete an expression.setValue(Object bean, Object value) attempt, the core.convert system performs the coercion.

Now consider the type conversion requirements of a typical client environment, such as a web or desktop application. In such environments, you typically convert from String to support the client postback process, as well as back to String to support the view rendering process. In addition, you often need to localize String values. The more general core.convert Converter SPI does not address such formatting requirements directly. To directly address them, Spring 3 introduced a convenient Formatter SPI that provides a simple and robust alternative to PropertyEditor implementations for client environments.

In general, you can use the Converter SPI when you need to implement general-purpose type conversion logic — for example, for converting between a java.util.Date and a Long. You can use the Formatter SPI when you work in a client environment (such as a web application) and need to parse and print localized field values. The ConversionService provides a unified type conversion API for both SPIs.

В конкретном случае использования Spring MVC сама структура может обрабатывать простые типы, когда обработка HTTP-запросов.

Преобразование типов применяется автоматически на основе настроенного набора конвертеров, хотя это поведение можно настроить с помощью DataBinderс и вышеупомянутой системы форматирования. Пожалуйста, смотрите соответствующие документы.

В типичном случае использования, когда вы имеете дело с чтением и записью тела HTTP-запросов и ответов, например, при использовании @RequestBody, Spring будет использовать множество различных реализаций pre-настроенHttpMessageConverter: фактические зарегистрированные будут зависеть от вашего конфигурация и библиотеки, импортированные в ваш проект — например, Джексон. Мне не удалось найти этот пункт в документации, но вот ссылка на настоящий исходный код.

Пожалуйста, рассмотрите отзыв этот связанный вопрос SO, он может быть полезен.