5.1 介绍 {#toc_1}

JSR-303/JSR-349 Bean Validation

在设置支持方面，Spring Framework 4.0支持Bean Validation 1.0(JSR-303)和Bean Validation 1.1(JSR-349)，也将其改写成了Spring的Validator接口。

正如[5.8 Spring验证](http://ifeve.com/spring-5-validation/#5.8 Spring Validation)所述，应用程序可以选择一次性全局启用Bean验证，并使其专门用于所有的验证需求。

正如[5.8.3 配置DataBinder](http://ifeve.com/spring-5-validation/#5.8.3 Configuring a DataBinder)所述，应用程序也可以为每个DataBinder实例注册额外的SpringValidator实例，这可能有助于不通过使用注解而插入验证逻辑。

考虑将验证作为业务逻辑是有利有弊的，Spring提供了一种不排除利弊的用于验证(和数据绑定)的设计。具体的验证不应该捆绑在web层，应该容易本地化并且它应该能够插入任何可用的验证器。考虑到以上这些，Spring想出了一个Validator接口，它在应用程序的每一层基本都是可用的。数据绑定对于将用户输入动态绑定到应用程序的领域模型上(或者任何你用于处理用户输入的对象)是非常有用的。Spring提供了所谓的DataBinder来处理这个。Validator和DataBinder组成了validation包，其主要用于但并不局限于MVC框架。

BeanWrapper是Spring框架中的一个基本概念且在很多地方使用。然而，你可能并不需要直接使用BeanWrapper。尽管这是参考文档，我们仍然觉得有一些说明需要一步步来。我们将会在本章中解释BeanWrapper，因为你极有可能会在尝试将数据绑定到对象的时候使用它。

Spring的DataBinder和底层的BeanWrapper都使用PropertyEditor来解析和格式化属性值。PropertyEditor概念是JavaBeans规范的一部分，并会在本章进行说明。Spring 3不仅引入了”core.convert”包来提供一套通用类型转换工具，还有一个高层次的”format”包用于格式化UI字段值。可以将这些新包视作更简单的PropertyEditor替代方式来使用，本章还会对此进行讨论。