10｜数据绑定: 如何自动转换传入的参数？

this.webBindingInitializer = (WebBindingInitializer) this.webApplicationContext.getBean("webBindingInitializer"); 这段代码错误的原因是上一章节的DispatcherServlet文件 protected void refresh() { // 初始化 controller initController(); initHandlerMappings(this.webApplicationContext); initHandlerAdapters(this.parentApplicationContext); } 这个地方传递的容器不正确导致的，因为这两个容器一个是配置文件applicationContext.xml解析bean容器，一个是包扫描controller的bean容器。而webBindingInitializer这个bean的定义在applicationContext.xml配置文件中，所以传入webApplicationContext这个容器对象是获取不到的。改为parentApplicationContext就可以正确执行下去。可能后面章节还会改，但是本章节的内容结束出现了这个问题。

WebDataBinder类决定了本文的效果： - controller函数只能是一个自定义对象类型，且只能有一个参数 - request中的参数不能名不能是参数对象中没有的成员名称，否则会报错

这一讲，学到了以下知识点： 1)、如何将请求参数封装到实体类的字段上 2)、用接口，不要用实现类，增加扩展性 Spring框架真是应了现在很流行的一句服务标语：把困难留给自己，把方便带给客户。 另外，有2个问题，请教老师： 1)、为什么要翻译成客户化转换器呢?翻译成自定义转换器是不是更容易理解一点? 2)、BeanWrapperImpl中的getValue方法中,是一个笔误吗?应该是readMethod.setAccessible吧?另外,正常情况下,对外提供的set、get方法都是public的,不需要setAccessible为true了吧?

@RequestMapping("/test3") public String doTest3(Integer a) {} 参数是Integer methodParameter.getType().newInstance(); 这行会报错啊 java.lang.NoSuchMethodException: java.lang.Integer.<init>()

所以我们应该怎么测试呢，在浏览器中输入的地址中参数应该是什么，应该给以下测试程序，来梳理整个流程，否则很乱

目前这个似乎并不能完成对基本类型的转换，反而似乎要处理的是复合类型的转换？当然也可能是我代码和理解存在问题。 目前逻辑上是： Adapter 中对参数进行处理，对于每个参数都有一个 WebDataBinder 进行处理，而这个类在做类型绑定的时候，主要是通过 BeanWrapperImpl 类来进行处理，此时，每个 WebDataBinder 和 BeanWrapperImpl 内的 clazz 指向的都是这个参数的类，基本类型在这里会是一个 String、Long 之类的。 在 BeanWrapperImpl 的 setPropertyValue 方法中，主要是借助于由请求转换而来的 PropertyValue 类，这个PropertyValue 主要有 name 和value 是请求中的请求名和参数，并调用了 BeanPropertyHandler 以 PropertyValue 的 name 值进行处理。 BeanPropertyHandler 首先 根据请求名找到这个请求参数的类里面对应名称的 Field，再根据 Field 获取对应的 clazz，然后使用 Editor 的 getValue 来进行类型转换， 使用 set 方法进行赋值，然后使用对应属性的 get 进行取值操作。 但是基本类型没有 setString 和 getString 之类的情况。。。。。所以他反而没办法处理相对基础的类型。 解决方案应该是考虑配置默认类型的 writemethod 和 readmethod，，优化 BeanPropertyHandler 类。 现在给我的感觉就是 卡在了两头中间，类型转换可以完成，也能从请求中取到值，可以根据方法的参数列表构建对应的类型，但是中间基础类型的绑定的这一块是卡住无法处理的，就是基本类型是有问题的。 最后是思考题，如果要处理顺序问题，那么应该是在 apater中处理方法参数上的标记，根据注解或者标记来调整顺序。比如设置一个注解，指定同一类型的不同参数的名称，或者是指定顺序。然后在 adapter 中拿到方法后，根据注解重排这个方法的参数列表顺序。

感觉这节课的内容还是有点难懂.目前自己梳理了一下逻辑。大概有以下几个问题，希望老师能抽空解答一下 1.现在的代码似乎不能够解析基本类型，只能解析复杂类型。按照代码逻辑应该是将所有属性绑定到一个复杂类型中去，如果方法参数是基本类型就会报错NoSuchField 2.如果是复杂类型controller中每个参数都通过createbinder创建了WebDataBinder，但是WebDataBinder#BeanWrapperImpl每次都重新创建了BeanWrapperImpl对象，导致初始注册的CustomEditor在后续注册的时候并没有生效。

增加一个类似requestParam的注解

http://localhost:8080/test4?name=yourname&id=2&birthday=2023-05-16 可以使用如上url进行测试 “/test4”对应的controller method 要以User为参数。User是定义在test.entity下的类。

自定义CustomEditor时，记得在RequestMappingHandlerAdapter的invokeHandlerMethod（） 方法里面初始化一下 //注册binder中的editor-- 自定义editer webBindingInitializer.initBinder(wdb);