struts的笔记

  struts笔记:

<bean:message key=”………” /> 读错误信息文件的标签（读key下面的消息）

ActionMessage 校验，一个message对应一条消息。

<html:errors /> 该标签显示校验错误

    errors.header 标签头     errors.footer标签尾

 

不考虑校验用DispatchAction，考虑校验用MappingDispatchAction。

 

注意事项： Action中尽量少使用成员变量，如果使用加同步代码块。

           使用可复用的业务逻辑，业务类不依赖于struts。

           Action 中的公共代码可以也抽象一个父类，继承Action覆盖execute方法。

 

异常处理：

ActionForm 只是放数据的一块内存，validate也只是简单格式验证。

而业务验证（和数据库打交道）放在Action中。第一种方式编程方式：

ActionErrors errors = new ActionErrors()

ActionMessage message = new ActionMessage()

errors.add(“username”,message)

saveErrors(request,errors)             用<html：errors/>读错误信息

/ 如果换成saveMessage(request,errors)用<html:messages id=””message=”true”>迭代标签，在标签体中一个个的显示消息，如果message=”fales”读的是errors的信息。

Errors 有头有尾，是在资源文件中读

Message 有标签体，可以在标签体中写格式

saveErrors Errors 和Message都能读

saveMessage message=”true” 读Message的信息message=”fales”读Errors的信息

所以鼓励我们用saveErrors的方法。

第二种方式声明方式：用程序做第一种方式

自定义异常，在业务方法里在判断出错的时候抛出自定义异常，这时被服务器捕获

<action…>

       <exception key=”” type=”” path=””>

 

errors.add(“username”,message) 增加消息可以按照属性分组

用<html：errors property＝“username”/>来读各个组的错误信息.

 

设计原则：

action 注意线程安全

form 注意可复用性，把它放到session里，用什么属性用什么属性，尽量用一个form解决相似问题。但是从资源考虑form不能过大。不要在form中写业务逻辑。

 

Validation Framework 校验：

校验ActionForm，不需要写java代码，配置xml的方式对ActionForm进行校验。解决的是Validate方法的问题。比较推荐的方案。

基本校验都支持：比如mail，date……，复杂逻辑在action写硬编码。

*Form 必须继承Validator(Action)Form    DynaValidator(Action)Form

* 客户端可以自动生成javascrip代码

*struts-config 中加上：<plug-in>

 

ValidatorForm 我们对某个form加上校验所有使用该form都有校验，但是validate能关

ValidatorActionForm 对路径进行校验。name＝“path”

<html:javascrip formName=”form名字”>自动生成javascrip，在客户端校验。