ActionSupport-注释校验

这里不讲用法，不讲细节，只讲思维

阅读前提：对反射要有充分的理解

为什么在方法或者属性的上方添加一段注释就实现了校验呢？？我谈谈自己的理解

首先要明白注释仅仅是一种标记，并没有实际的代码逻辑（理解可能有误），然而把这些标记给Java的反射机制那作用就大了去了，Java的反射机制可以获取Java对象中的几乎所有数据，然后Java就可以通过获得的这些标记进行逻辑处理，这个过程其实结合了反射，面向切面，代理等设计思维。处理这些注释的其实还是Java代码，跟正常不带注释的Java代码一样，没有那么高大上，就是通过反射获取注释，然后提取其中的关键字或者键值对进行比较和校验（这里的校验逻辑是将从注释中提取出来的值与即将被赋值给action中的值进行比对和校验），之后无非就是三大逻辑处理（顺序，选择，循环），进行校验的时候也是通过获取即将要被赋给被注释的属性的值，然后通过常见的Java代码进行判断，之后再根据判断的结果来选择是否要执行被注释的方法（注意：当前的猜想是这些逻辑处理都是基于反射）。总之一点：框架看起来在高大上，本质上还是无法脱离Java的那些语法逻辑，任何牛叉的Java技术都是在这些最基本的Java语法与特性上建立起来的，因此切记打好基础，不要急于求成。

ActionSupport中使用注释的时候需要在ActionSupport类的上方付一个@validation注释，常常被称为打开注释校验功能，为什么这么说呢？首先考虑一种场景：有一个业务需要进行大量的逻辑判断，但是这些逻辑判断有一个基本前提，此时我们肯定会先判断这个前提的true或false，然后才进行后边大量的逻辑判断。这个场景跟这个@validation很类似，框架中在处理这个Action的时候用的是反射，假设没有这个注释来控制当前action是否需要注释校验，而同时action的设计中又有注释校验这个功能，那么框架在处理action中的每一个属性的时候都要进行一次判断看当前属性是否被赋予了注释，显然增加了处理时长，但是如果在action开始的时候就定义一个注释来指定当前action是否需要注释校验，那么框架就可以直接知道是否对当前action中的属性进行注释校验（其实校验的不是属性本身，而是被传到action即将被赋予action中的属性的值）。