使用@RequestParam绑定对象类型参数

在Spring中,如果在方法参数列表中使用_@RequestParam_标注多个参数,会让映射方法的可读性大大降低。

如果映射请求的参数只有一两个的话,使用_@RequestParam_会非常直观,但是如果参数列表越来越长,就很容易晕菜。

虽然我们不能直接在参数对象中使用_@RequestParam_标签,但是并不代表没有其他的办法。这篇文章就会演示怎么使用对象的封装来简化多个@RequestParams标签。

【注:SpringMVC注入请求参数到对象中,这个对于很多开发是再正常不过的,但是这里强调的是使用@RequestParam来绑定参数,因为@RequestParam可以对绑定参数有更多的限制】

过长的@RequestParam列表

不管是controller还是其他的类,过长的参数列表会让代码的可读性变差,这一点是所有开发人员都认同的。更不要说,如果大量的参数的类型还是一致的情况下,参数就更容易混淆了。

很多代码检查工具,都会把方法的参数个数作为检查条件,也是因为过长的参数列表被认为是一种错误的代码规范。

常见的一种解决方案,就是把一组参数合并起来,并作为应用的独立的一层。常见的,这组参数可以合并到一个对象中,并给予这个对象一个恰当的名字即可。

我们来看一个GET请求服务端的例子:

  1. @RestController
  2. @RequestMapping("/products")
  3. class ProductController {
  4. //...
  5. @GetMapping
  6. List<Product> searchProducts(@RequestParam String query,
  7. @RequestParam(required = false, defaultValue = "0") int offset,
  8. @RequestParam(required = false, defaultValue = "10") int limit) {
  9. return productRepository.search(query, offset, limit);
  10. }
  11. }

虽然该方法只有三个参数,但是参数列表很容易增长的,比如既然代码中是查询商品服务,那么常常需要包含按照一些额外的过滤条件进行排序等操作。在我们的代码中,因为参数是直接传递给数据连接层,所以我们可以直接使用ParameterObject模式来处理【注:ParameterObject就是把参数组装成对象】。

使用@RequestParam绑定POJO

根据我的经验,很多开发没有替换较长的_@RequestParams_列表,主要还是因为他们不知道有什么替代的方案,因为在Spring的文档中没有提及。

下面,我们就开始来阐述替换的方案。首先我们可以使用一个POJO来包装这些参数。

  1. @GetMapping
  2. List<Product> searchProducts(ProductCriteria productCriteria) {
  3. return productRepository.search(productCriteria);
  4. }

就已经完成了!

这个POJO本身没有要求额外的注解,但是POJO本身必须包含和请求参数完全匹配的字段,标准的setter/getter,和一个无参的构造器:

  1. class ProductCriteria {
  2. private String query;
  3. private int offset;
  4. private int limit;
  5. ProductCriteria() {
  6. }
  7. public String getQuery() {
  8. return query;
  9. }
  10. public void setQuery(String query) {
  11. this.query = query;
  12. }
  13. // other getters/setters
  14. }

在POJO中对请求参数进行校验

虽然上面的案例已经可以正常使用,但是我们知道,使用@RequestParam注解,不仅仅只是为了绑定请求参数,一个非常重要的功能是,我们可以对绑定的参数请求验证,比如参数是否必要,如果请求中缺少该参数,则我们的服务端可以拒绝该请求。

为了达到相同的功能,我们常常使用的替换方案是使用Java Bean Validation。java有很多内置的实现,我们也可以创建自己的bean验证器。

回到我们的POJO,我们想为我们的POJO中的字段添加验证规则。如果想模仿@RequestParam(required = false)的表现,我们可以使用@NotNull注解在对应的字段上即可。

在更多的情况下,我们一般使用@NotBlack多于@NotNull,因为@NotBlank考虑了空字符串的情况。

  1. final class ProductCriteria {
  2. @NotBlank
  3. private String query;
  4. @Min(0)
  5. private int offset;
  6. @Min(1)
  7. private int limi;
  8. // ...
  9. }

这里务必注意一点:

如果仅仅只是在对象的字段上添加验证注解是不够的。

一定要在controller的方法参数里诶包中,在POJO对应的参数前加上@Valid注解。该注解会让Spring在绑定参数前执行校验动作。

  1. @GetMapping
  2. List<Product> searchProducts(@Valid ProductCriteria productCriteria) {
  3. // ...
  4. }

在POJO中设置请求参数的默认值

@RequestParam注解的另一个非常有用的功能就是设置参数的默认值。

如果我们使用POJO的方式来绑定参数,没有什么特别牛逼的方法,只需要在定义参数的时候设置好字段的默认值就行了。如果请求中没有该参数,Spring不会把参数的默认值覆盖为null的。

  1. private int offset = 0;
  2. private int limit = 10;

绑定多个参数对象

一般情况下,我们也不会强行把所有请求参数全部封装到一个对象中,我们可以把请求参数按照功能分布到多个POJO中。

为了验证这点,我们在查询方法中,添加一个排序的功能。首先,我们需要一个额外的对象,并添加一些校验约束:

  1. final class SortCriteria {
  2. @NotNull
  3. private SortOrder order;
  4. @NotBlank
  5. private String sortAttribute;
  6. // constructor, getters/setters
  7. }

在controller中,我们只需要把这个POJO作为另一个参数即可。但是仍然注意,想让校验生效,还是需要在参数对象前添加@Valid注解。

  1. @GetMapping
  2. List<Product> searchProducts(@Valid ProductCriteria productCriteria, @Valid SortCriteria sortCriteria) {
  3. // ...
  4. }

内嵌对象

另一种处理请求参数对象的方式是使用组合。参数绑定对这种内嵌对象同样适用。

下面我们给出一个改进的例子,把查询对象移动到ProductCriteria中。

要让内置对象的字段能够执行验证,我们需要在内置对象对应的字段上添加@Valid注解。注意一点的是,如果这个内置对象的字段是null,Spring是不会校验这个属性的,这可以简单理解为,所有的内置对象属性都是可选的。如果想避免这种情况,在内置对象的字段上添加@NotNull注解。

  1. final class ProductCriteria {
  2. @NotNull//注意这个@NotNull注解
  3. @Valid
  4. private SortCriteria sort;
  5. // ...
  6. }

HTTP请求参数必须按照参数路径的方式命名。比如我们的例子中,请求参数就必须是:

  1. sort.order=ASC&sort.attribute=name

不可变的DTO

现在,我们发现一个趋势,越来越多的开发会把传统的POJO中的setter方法去掉,让POJO变成一个不可变对象。

不可变对象有很多的好处,但是在我看来,最大的优势在于便于维护。

在你的开发中,是否有这样的情况,开着debug,在整个应用大量的代码中,去追踪一个对象的状态是怎么变化的?在什么地方,一个状态发生了什么样的变化?什么情况下,这个对象状态需要修改?对于很多对象来说,仅仅从setter方法的名字来看,是很难看出具体的业务逻辑的。

当Spring框架刚被创建出来的时候,是严格按照Java Bean规范来开发的。但是,时至今日,很多过去推崇的模式,已经变成了反模式。

要去掉setter方法,绑定请求参数,有两种方式,通过构造器或者字段直接绑定。但是目前没有一种非常简单的办法,直接通过构造方法将请求参数绑定,因为默认的构造方法是必须的。虽然我们可以把POJO的构造方法变为private的,并移除掉setter方法,从外部访问来看,确实变成了私有的,但是这种方式有一定的缺陷,比如内部组合对象无法使用这种方式。

默认情况下,Spring要求通过字段的setter方法来绑定参数,但是我们可以通过自定义的绑定器(binder)来直接把请求参数通过字段绑定。

为了可以在我们整个应用中,都使用这种绑定方式,我么你可以定义一个controller advice组件。通过_@InitBinder_ 注解,来修改默认的绑定请求参数方法。

  1. @ControllerAdvice
  2. class BindingControllerAdvice {
  3. @InitBinder
  4. public void initBinder(WebDataBinder binder) {
  5. binder.initDirectFieldAccess();
  6. }
  7. }

当我们创建好这个类之后,我们就可以把POJO中所有的setter方法去掉,让我们的POJO成为不可变对象。

  1. final class ProductCriteria {
  2. @NotBlank
  3. private String query;
  4. @Min(0)
  5. private int offset = 0;
  6. @Min(1)
  7. private int limit = 10;
  8. private ProductCriteria() {
  9. }
  10. public String getQuery() {
  11. return query;
  12. }
  13. public int getOffset() {
  14. return offset;
  15. }
  16. public int getLimit() {
  17. return limit;
  18. }
  19. }

小结

在本文中,我们总结了在Spring MVC控制器中使用参数对象来简化过长的_@RequestParam_参数列表绑定;并讨论了如果使用不可变的DTO对象来替换简单的POJO。

原文:https://www.javacodegeeks.com/2018/10/how-bind-requestparam-object-spring.html


Original url: Access
Created at: 2020-06-29 11:20:05
Category: default
Tags: none

请先后发表评论
  • 最新评论
  • 总共0条评论