说到自定义验证类型的注解,那就要说说@Constraint这个官方注解了,我们既然自定义了注解,那么注解的逻辑在哪里处理呢?没错,就是这个@Constraint帮我们处理。
/**
* uid是否属于当前上下文租户
* 注:当被校验对象为空时,校验为通过,所以如果需要校验对象必填,请自行结合相关校验注解
* Created by Zhang JinLong(150429) on 2016-09-18.
*/
@Target({ElementType.FIELD, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Constraint(validatedBy = {SameTenant.StringChecker.class, SameTenant.LongChecker.class})
@Documented
public @interface SameTenant {
String message() default "用户不存在或者不属于当前组织";
Class>[] groups() default {};
Class extends Payload>[] payload() default {};
class StringChecker implements ConstraintValidator {
@Override
public void initialize(SameTenant arg0) {
}
@Override
public boolean isValid(String uid, ConstraintValidatorContext context) {
System.out.print("到注解里面了"+uid);
if (StringUtils.isBlank(uid)) {
return true;
}
return false;
}
}
class LongChecker implements ConstraintValidator {
@Override
public void initialize(SameTenant arg0) {
}
@Override
public boolean isValid(Long uid, ConstraintValidatorContext context) {
if (null == uid) {
return true;
}
return false;
}
}
}
在上面的这个自定义验证注解中,
@Constraint(validatedBy = {SameTenant.StringChecker.class, SameTenant.LongChecker.class})
这段代表注解的处理逻辑是SameTenant.StringChecker.class和SameTenant.LongChecker.class这两个类,也可以只定义一个,多个用逗号分开。
(本代码中这两个类一个处理传递string类型和传递long类型时分别调用不同的处理逻辑)
而从上面代码可以看出,我们类的内部定义了两个类,也可以在外部定义,这里为了方便。这两个类就是分别处理两种数据类型的逻辑方法。那么它是怎么区分的呢?
class StringChecker implements ConstraintValidator
ConstraintValidator接口,它有两个泛型,第一个是自定义的注解类,第二个就是要验证的数据的类型(例如写了String类型的数据,那么这个注解就要放在String类型的字段上才会起作用,也可以向我上面那样写两个,自动识别String和Long, 最简便的写成Object,那么它可以接收任何数据类型的数据)。而这两个类里面都有两个方法,initialize和isValid,第一个是初始化方法,第二个是验证的逻辑方法,返回true,则验证通过,否则则不通过。
这个自定义注解逻辑处理类由于实现了ConstraintValidator接口,所以它默认被spring管理成bean,所以可以在这个逻辑处理类里面用@Autowiredu或者@Resources注入别的服务,而且不用在类上面用@Compent注解成spring的bean.
自定义验证类型注解类里面由于是用于验证数据,一般在里面加上
String message() default "用户不存在或者不属于当前组织";
Class>[] groups() default {};
Class extends Payload>[] payload() default {};
如上面代码也加上了。你也可以查看官方验证注解,也有这三行。