新增、修改校验逻辑使用-Validation-的group分组校验完成-2022新项目

一、业务场景

　　一般在项目开发中少不了新增、修改操作，这两个操作中传递的参数中也仅仅只有一个参数是不一致的，新增操作时没有ID，

修改时有ID，其校验逻辑也只有这一个ID校验的差别。最开始自己在写代码时，按照项目中已有的示例，新增操作单独写一个输入类，

这样便于校验新增操作时输入的参数。修改操作时也单独写一个输入类，让这个类继承新增操作输入类，然后只添加一个ID，在单独

校验这个ID即可。其他操作都一样，比如将输入类InVO转换为DTO，还有自定义的复杂校验逻辑等等。最开始的时候自己也在考虑

能不能只写一个输入类，让新增操作和修改操作都可以同时使用这一个输入类，这样会更加的简便。按照这种方式，在修改方法中会

多一段校验ID的代码，看着不优雅，因为没有采用这种方式。

二、需求分析

　　苦于自己一直没有找到适合的校验方式来解决这个问题，直到某一次看到一篇博文，主要讲的是Validation 框架中的分组校验，一看

这种方式可以解决自己之前遇到的问题，很是开心。简单点说就是同一个类中，可以对同一个字段进行不同的校验，这样在一个输入类中，

新增操作时不校验ID，修改操作时校验ID就可以很好的解决这个问题。

三、解决方案

　　自己抱着试一试的心态开始尝试，先创建一个简单的接口 UpdateValiduateInterface，输入参数只写一个，在这个输入参数的ID字段

上写上如下代码：

@NotNull(message = "ID不能为null！",groups = UpdateValiduateInterface.class)
private Long id;

新增方法中的写法如下:

createUser(@RequestBody @Validated User user)）

修改方法中的写法如下：

updateUser(@RequestBody @Validated({Default.class, UpdateValiduateInterface.class}) User user)）

这样在新增操作时使用默认的校验规则，不需要添加多余的参数；而在修改操作时，多加一个修改校验的分组参数即可。
经测试，这种方式完全可行。有更好校验方式的小伙伴欢迎在评论区留言交流。

小提示：为了防止恶意传参，自己在新增方法中加了一行代码 user.setId(null); 避免有人搞破坏在新增操作中传入一个ID
导致后续的处理出现问题。