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" )需要 import play.data.validation.*;

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

将在第5步探讨下这个。

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

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

5，报错信息

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

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

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