play验证码模块的实现

https://www.playframework.com/documentation/1.2.7/guide5

为了简便模块对应模块的测试，我就偷懒没有写对邮箱用户名的验证了。

play的验证码分为这么几步：

1，路由到登录页面。

2，生成验证码给页面

3，验证码存到缓存中

4，验证验证码

5，报错信息

具体：

1，路由到页面的部分：

就是route，不过需要注意的是页面中

这里体现了play很神奇，页面直接请求了controller中action。

login 的方法中：

首先生成了一个randomID，目的是为了标记cache。

然后renderTemplate跳入页面。

中间的部分是我为了报错信息服务的。

2，生成验证码给页面，3验证码缓存到缓存中

这两步都是在captcha方法中实现的。这个方法在页面中调用的！不需要走路由 ，不过不建议这样，因为可能比较迟客户端的内存，使加载速度变缓慢。

页面中调用方法的实现：

个人感觉可以走路由，但是没测试。

这里的randomID就是login方法中传入的参数。

个人感觉现在框架的流行就是后台也可以 直接 返回值给前台，返回页面。不论基于js的NodeJS的Express框架还是基于java的play框架，区别仅仅在于取值写法不同

nodejs   中     <%= message %> ，

play       中      ${errs}     。

而且默认大于配置给了一些干了一段时间的程序员带来了大大的方便。

这个方法里面的每一步都给出了注释，可参考。

红框圈出来的是一个好东西，直接传了一个文件给前台。

4验证验证码

这里 @Required(message="Author is required")需要importplay.data.validation.*;

这个validation可以用在后台的任何地方，model层也不例外。非常实用，如果用的熟练可以给java的开发节约很多很多的时间。

将在第5步探讨下这个。

这里的如果验证成功的话需要删除缓存。Cahce.delete(id);

如果验证失败的话设置了一个id为10086的错误缓存。（自己想的办法，不然不知道有什么好的办法显示前台）

5，报错信息

这里回到第四步的validation。我觉得validation 的如果是错误的，那么就会有一个message的属性。这个message属性可以自己设置提示信息。而则就是所有的错误。

是一个obj的对象（目测，或者是list（obj）），所以线转化成了Arraylist。

报错信息中，如果有errs，那么就做出相应处理，没有的话就删除缓存。并且将errs作为参数传给页面。