首先，我们达成以下共识：
我要评论@data
public class uservo {
private string username;
private integer age;
private list<string> hobby;
}
@service
public class userservice {
public void adduser(uservo uservo) {
// 参数基本校验
if (stringutils.isempty(uservo.getusername())
|| uservo.getage() < 0
|| uservo.getage() > 200
|| collectionutils.isempty(uservo.gethobby())) {
throw new illegalargumentexception();
}
// 业务逻辑操作
}
}
有了上述共识之后，我们来开始实现一点想法：结合spring的切面用法，能够很方便的拿到切点的方法入参，然后可以进行参数校验。
比较常见的一种方式是：使用java bean注解校验。大致用法就是：在pojo加上相应的校验注解，然后在切面中利用hibernate-validator进行校验。这种方式springmvc已经帮我们实现了，而且使用效果不错。
@data
public class uservo {
@notempty
private string username;
@max(value = 200)
@min(value = 1)
private integer age;
@notempty
private list<string> hobby;
}
前面提到，暴露的方法尽量简洁易用，不要造成太多的干扰。pojo的属性应该保持简洁，加上必要的注释。
我们原本的想法就是，利用切面把方法中大量类似的简单的校验逻辑抽离出来，在切面中执行校验的过程。不同pojo有不同的属性，那么校验逻辑还是会存在不同，如果不使用注解校验，在切面中拿到了不同的pojo，可能会写很多的 instance of判断，当然也可以利用设计模式实现的很好。总之，我们确实把service方法中的校验抽离出来了。
铺垫了这么多，我们为什么不可以把校验逻辑放进对应的pojo中呢？这样，调用方也能够清晰地看到基本的校验逻辑，其调用前也可以调用校验方法检查参数的合法性。
public interface validationhandler {
/**
* 校验pojo的属性
*
* @return 通过/不通过
*/
boolean isvalid();
}
validationhandler，编写校验逻辑@data
public class uservo implements validationhandler {
private string username;
private integer age;
private list<string> hobby;
@override
public boolean isvalid() {
return stringutils.isnotempty(username)
&& age > 0
&& age < 100
&& !hobby.isempty();
}
}
@target(elementtype.method)
@retention(retentionpolicy.runtime)
public @interface paramvalidation {
}
@service
public class userservice {
@paramvalidation
public void adduser(uservo uservo) {
// 业务逻辑操作
}
}
@component @aspect
public class paramvalidator {
@pointcut("@annotation(com.ex.validator.paramvalidation)")
public void validate() { }
@before("validate()")
public void before(joinpoint joinpoint) {
for (object arg : joinpoint.getargs()) {
if (arg instanceof validationhandler) {
if (!((validationhandler) arg).isvalid()) {
throw new illegalargumentexception("参数校验不通过");
}
}
}
}
}
自行写方法调用，能够正常执行到aop校验
本来写到这里就结束了，偶然发现了一个彩蛋，于是有了升级版。
我们看一下bean validation的标准注解@javax.validation.constraints.asserttrue，这个注解要求bean的属性为true，除了放在属性上，也可以放在get/is方法上。经过测试，==可以放在自定义方法上，该方法名需以is或get开头==。
说到底，我们就干了一件事：把校验逻辑放进对应的pojo。其实上面的实现都是没必要的，既然都用上了，就不重复造轮子了。把自定义接口和切面都去掉，uservo可以变成如下：
@data
public class uservo {
private string username;
private integer age;
private list<string> hobby;
@asserttrue
public boolean isvalid() {
return stringutils.isnotempty(username)
&& age > 0
&& age < 100
&& !hobby.isempty();
}
}
service方法就变成了：
@validated //打开校验开关
@service
public class userservice {
// 入参pojo添加@valid
public void adduser(@valid uservo uservo) {
// 业务逻辑操作
}
}
是不是很熟悉呢？校验效果和前面一样。
如对本文有疑问， 点击进行留言回复！！
网友评论