基于java反射的验证框架
<h1>写在前面</h1>相信很多经历了项目的人，会发现几乎没有哪个项目不需要验证的。在经历过多个项目之后，有感于项目中使用最多的验证方式，这里写了一个基于java反射机制的验证框架。该框架适用于对javabean中的属性通过java反射机制获取对应的值和用户直接传入的值来进行各种规则的验证。由于其几乎不依赖任何第三方jar包，因此可以适用所有java项目中。
<h1>开始使用</h1><br>1、由于这些代码是在jdk1.5环境下编写的，用到了jdk1.5中的一些高级特性（如泛型等），因此使用该框架的项目最好是基于jdk1.5及以上版本的。<br>2、使用方式。<br>在这个框架中，整个使用的入口就是一个工具类：com.cloudframework.validation.validatorutils。具体使用示例如下（示例代码在com.cloudframework.validation.sample.demo）：

?<br>其运行结果为：
设计思想与各关系上图中已经详细表明了，这里就不赘述了。
<h1>后记</h1><h2><br>现有的不足</h2><br>字段名称不宜控制。现在的使用方式为：validatorutils.validateentity(entity, "field1", notemptyrule.class)，其中字段名称是用户传入的字符串，如果该实体中的字符串名称发生改变，则这里是无法知晓的！也就是说，这里会因为实体中的字段名称变化而形成一个极隐蔽的隐患！
<h2><br>可扩展为注解</h2>在现在这个年头，注解（annotation）似乎已经很被大众接受，同时也流行开了，从spring到hibernate，再到struts……<br>在注解风靡的现在，如果这个验证框架没有注解使用方式估计会少了一席战场吧。由于本人急于使用，再加上最近也一直很忙，静不下心来完善，所以上面提到的注解功能就一直没写。其实，注解的实现很简单，建议大家可以参考一下hibernate validator框架，我觉得这个验证框架很不错，它是完全基于注解的。我也会在后面的某一天将注解的内容补充完整。
<h2>补充</h2><br>1、?对于验证中的字段名称随实体改变而不会留下隐患，我一直找不到一个好的办法解决。想想除了用注解的方式，还真没找到一个合适的方式。<br>2、?对于注解的使用，我个人认为对于代码的侵入性比较强。我想这也许就是为什么很多人对注解有一定的抵触情绪吧。<br>3、?这个验证框架，只是依赖于commons-lang.jar包，但只用到了其中的stringutils类，如果将该类中用到的功能自己实现的话，可以不依赖于任何jar包了！