您好,登录后才能下订单哦!
本篇内容介绍了“WebWork验证机制原理”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
自Webwork2.2发布以后,Webwork验证机制就全部改由Ajax验证。验证的原理是一个需要验证的表单域在onblur时发送一次请求到服务器端进行验证,然后实时提醒。
我只好手写Javascript了。
到了Webwork2.2.2这个版本,有个好消息来了。WebWork验证重新支持客户端验证。
客户端验证的例子可见WebWork自还的例子“showcase”。使用客户端验证大体上跟以前的服务器端验证相似,只是多了一些步骤。
完整的有以下几个步骤:
一、编写XXXAction-alias-validation.xml--验证配置文件。
文件放在需要验证的Action类同一目录下,alias是可选项,如果有几个Action使用了同一个Action类。而你想对其中一个Action进行验证,那么alias就是那个Action的名字。
如:PersonAction.java,被editPerson,savePerson,deletePerson等Action使用到,而仅需要对savePerson这个动作来验证时,配置文件名字就是:PersonAction-savePerson-validation.xml。
Webwork支持的客户端验证类型有:
◆required validator
◆requiredstring validator
◆stringlength validator
◆regex validator
◆email validator
◆url validator
◆int validator
◆double validator
二、配置Xwork.xml,保证拦截器栈里有Validation的拦截器
三、编写Jsp(VM或FTL)。这里有几个需要注意的地方。
1.在Jsp加上一个Head标签,
主要是获取显示错误是的样式。
2、使用
在
〈ww:form namespace="/foo/bar" action="new" validate="true"/〉
validate="true"一句将会在客户端生成一句: 〈script src="/bean/webwork/xhtml/validation.js"〉 〈/script〉
如果你这样写:
〈ww:form action="/foo/bar/new.action" validate="true"/〉
你将得不到客户端验证。要注意,这个细节不容忽视。后来查文档的时候才知道Webwork已经提醒我们要像上一种写法那样写。因为她要知道哪个名字空间下的哪个Action需要被验证!看吧。这是心急的错。不看文档后果就自负。
以上两种写法,在页面上生成Js的结果是不一样的。
***种写法会在页面上生成相应的WebWork验证机制规则。
第二种写法生成的Js,只是简单清楚报错信息然后提交请求到服务器,由服务器来验证。
只需要这三步,Webwork2.2.2的客户端验证功能就算是使用了。
现在编辑是使用FCKEditor,另外可以看Webwork的Showcase。这东西太出彩了。
“WebWork验证机制原理”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站,小编将为大家输出更多高质量的实用文章!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。