背景:
- 入职新公司后,最近在工作中开发业务代码时,发现controller层中的方法参数不能是自定义的对象形式,只能是一个一个的单个属性方法,对象只能是PageRequest与 FallsPageRequest类型的对象,所以,如果方法入参需要添加新字段,就需要在controller层方法中添加字段,这个字段很可能service层也需要使用,那么也还要修改service层的接口与实现类,如果这个service接口有许多实现类,你都要一个一个在方法中增加新字段,这样其实改造复杂度较高;如果是一个rpc的service那么消费方的参数都需要修改,不然就会报错,如果入参是对象形式,在对象中添加新的属性,并不影响消费方的使用。
那为什么不采用@RequestBody的形式注入对象呢?
- 这是不行的,因为前端请求中Content-Type为application/x-www-form-urlencoded类型,这种类型就不支持@RequestBody注入对象,application/x-www-form-urlencoded:form表单 encType=””中默认的encType,form表单数据被编码为key/value格式发送到服务器(表单默认的提交数据的格式),我们公司之前的产品比较早,使用的spring的版本比较低,4.x;如果让前端Content-Type类型改为application/json形式,那么改造量比较大,之前的接口可能都不兼容,这可能是历史原因。
那为什么支持PageRequest与 FallsPageRequest类型的对象呢?
- 主要是通过自定义方法实现HandlerMethodArgumentResolver接口中的解析参数方法来实现的对象解析,但是解析的方法不太好,限定了PageRequest与 FallsPageRequest类型参数名称必须为page。
优化:
- 原来的对象能否解析是直接写死类型去判断的PageRequest.class.isAssignableFrom(parameterType) || FallsPageRequest.class.isAssignableF