上一篇文章中我们提到了WebDataBinder(Web数据绑定器)会将我们的请求参数的值绑定到指定的JavaBean中,原理就是WebDataBinde利用其中的Convertors(124个之多)将请求数据转换成指定的数据类型,再次封装到数据的JavaBean中。如下图:
如果不用WebDataBinder提供的convertors,按照具体需求自定义一个convertor:
在表单中改为value是,分隔name的各个属性值。(宠物Pet是People的级联属性)
但是却发现报错了?
从报错信息可知,typeMismatch是类型不匹配异常。无法将String类型的属性(Pet在People中只是以字符串形式存在的,如下图)转化(convert)为Pet类型的属性->>无法将value处的属性值集赋给Pet类型的对象。缺乏一个需要自定义的类型转化器将value转给Pet。
自定义的东西(转换器等)还是需要回到对SpringMVC的定制中。
进入WebConfig(我们自定义的定制SpringMVC配置)文件:
还是要回顾一下WebMvcConfigurer,WebMvcConfigurer是定制化SpringMVC用的。
addFormatters方法是定制SpringMVC可以实现的功能之一——添加Convertor(类型转换器)和Formatter(格式化处理)。
添加自定义convertor是通过ConvertorRegistry对象执行addConvertor方法来完成的,
该方法参数为Convertor类型的,而Convertor是一个总接口:
其中的convert方法是实现转换的核心,而Convertor是一个接口,自定义一个convertor也要按照编写规则设置好源类型和目标类型才能转换成功。
按照这个规则,我们在自己的装配类中可以自定义:
注:上面的方法是为了用UrlpathHelper实现矩阵变量(变量类型)。
重新启动,成功转换:
对该请求的处理过程进行debug,按照之前设置的断点,一路放行,最后来到上篇文章中具体分析binder的地方:
此时再查看binder的conversionService中的convertors发现有125个,比之前的124个初始化的还多一个,正是我们刚刚自定义的convertor。
仔细查找,这个就是自定义后添加到SpringMVC配置中的那个:
进入该绑定方法:
此时又回到我们自定义的addFormatters方法中:
最终得到封装好的Pet对象:
此时的this.convertor是自定义的convertor。
最后得到应用的值是封装好各个属性值的Pet类型对象:
最后都会回到InvokeHandlerMethod中,最后到DispatcherServlet类中。
这样就实现了自定义convertor将本为字符串的Pet属性转化为Pet对象类型的属性。