今天是Struts1的第二天,明天是最后一天。看我这么说,多少感觉Struts1有点烦。因为总是使用配置文件,不用怎么写代码,一个强大的表单校验功能就完成了。其实我们一直专注于代码的重用,减少重复工作所带来的枯燥与麻烦,从这个角度上想,Struts是相当好的!
下面我们来看一下今天的重点内容:
一、复杂验证
什么是复杂验证?相比昨天的简单验证(ActionForm)复杂在哪里呢?其一点也不复杂,一说便知。昨天的简单验证是对浏览器提交的Form表单信息的验证,比如用户注册时输入的用户名、密码、生日、邮箱等信息是否合法。而复杂验证,就是对业务逻辑的验证,比如在Action中调用业务逻辑的DAO,验证用户的登录信息是否有效。
例如,在昨天的练习中添加一个用户登陆页面“login.jsp”,添加一个处理用户登陆的Action“LoginAction”(其实它可以与昨天的用户注册Action放到一起,后边再介绍),再添加一个用户DAO“UserDao”。
login.jsp, 下面为主体部分:
<body> <table align="center"> <html:form action="${pageContext.request.contextPath }/lgoin.do"> <tr> <td>用户名:</td> <td><html:text property="username" /></td> </tr> <tr> <td>密码:</td><td><html:password property="password"/></td> </tr> <tr> <td colspan="2"><html:submit value="登陆"/></td> </tr> </html:form> </table> </body> |
发现“<html:xxx…/>”没有?这是Struts常用的Html标签,下面会有介绍!
LoginAction.java,下面为主体部分
public class LoginAction extends Action {
@Override public ActionForward execute(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws Exception { // 获取用户提交的信息 String username = request.getParameter("username"); String password = request.getParameter("passowrd"); // 调用UserDao查找用户 UserDao ud = new UserDao(); User user = ud.find(username, password); // 根据查找结果返回对应信息 if(user == null){ // 创建错误信息,也可以使用ActionErrors。 ActionMessages errors = new ActionMessages(); ActionMessage message = new ActionMessage("errors.login.worng"); errors.add("loginwrong", message); // 将信息保存到request或session中。 this.saveErrors(request, errors); // 跳转到错误页面 return mapping.getInputForward(); } return mapping.findForward("success"); } } |
其中的UserDao就不用列出来了,因为以前做的很多地方都有提到它。
登陆成功,直接跳转到昨天添加的“success.jsp”页面,显示欢迎信息。如果失败,则跳转回登陆页面,并使用“<html:errors/>”显示其错误信息。在此就不列出了。
注意一定要在struts-config.xml中配置这个新添加的LoginAction,具体信息如下:
<action path="/lgoin" type="cn.itcast.cc.actions.LoginAction" input="/login.jsp"> <forward name="success" path="/success.jsp"></forward> </action> |
昨天落下了一个知识点,信息资源文件。有没有发现,昨天的代码和今天的代码中有类似“ActionMessage("errors.login.worng")”的内容,其中的“"errors.login.worng"”是属性文件的key。这个属性文件是通过struts-config.xml配置的:
<message-resources parameter="MessageResources"></message-resources> |
Struts框架根据i18n的文件名称要求,自动加载配置文件,所有的提示信息都可以在这里设置。
Ok,上边就是一个复杂验证的简单示例。至于到底有多复杂,视业务逻辑的复杂度而定。
二、处理Struts的中文乱码问题
1.在Action的execute方法中有一个“HttpServletRequest”参数,使用这个参数设置编码格式可不可以?“request.setCharacterEncoding("UTF-8");”。No,如果request的getParamter方法被调用过,setCharacterEncoding就无效。在什么地方调用了getParamter方法?ActionForm中调用了啊!
2.编写一个filter,在这学习过滤器时已经介绍了。是一个好的解决办法。
3.我们不是在1中说了,是ActionForm调用了getParameter方法吗?那就在getParameter之前调用setCharacterEncoding设置编码。ActionForm之前是什么?是ActionSerlvet,嗯,对的。我们需要使用继承重写ActionServlet,并覆盖ActionServlet的process方法,在process方法里设置编码。然后修改web.xml的action名称的Servlet,使它的类指向我们自定义的ActionServlet。
4.除了通过编写自己的ActionServlet设置request的编码,也可以编写自己的RequestProcessor。什么是RequestProcessor?ActionServlet的process方法调用了RequestProcessor方法,RequestProcessor是ActionServlet控制器的核心。所以我们编写自己的RequestProcessor方法,并覆盖它的process方法,在process方法中设置request的编码。完成后,需要在struts-config.xml添加:
<controller processorClass="cn.itcast.cc.servlet.MyRequestProcessor"/> |
上边没什么复杂的,我就不一一实现了!
三、使用Struts处理表单重复提交的问题和Struts的HTML标签
什么是表单重复提交?概括一下:在一个会话中,重复向服务器提交表单数据!这就是表单重复提交。比如,在当前页面下连续点击提交按钮(但页面一旦被刷新就启动了一个新会话)。
在以前学习Session时,也有讲过这一问题。这一问题的处理办法:
1. 编写一个JavaScript脚本,当用户点击提交按钮时。使用按钮变灰(禁用),或设置一个标记,用户无法点击,或再次点击时判断这个标记值。来防止用户重复提交表单数据。
2. 在用户向服务器请求信息时,比如请求注册页面时。在服务器生成一个全球唯一标识符码,将标识符码同时保存到Session和页面的隐藏字段中。当用户提交注册信息时,对比Session和隐藏字段中的标识码,如果相同说明是用户第一次提交,此时,将Session中的标记码删除掉。当用户再次提交注册信息时,标识码已经不相同了(因为sesssion中的已经被删除了),所以就拒绝这个重复的请求。
3. 今天我们学习一个新的方便快捷的办法,处理表单重复提交的问题。此处连同struts的Html标签一同介绍了。
1).我们修改昨天的注册页面的Body体内容为:
<body> <table align="center"> <html:form> <tr> <td>用户名:</td> <td><html:text property="username" /></td> </tr> <tr> <td>密码:</td> <td><html:password property="password" /></td> </tr> <tr> <td>确认密码:</td> <td><html:password property="password1" /></td> </tr> <tr> <td>生日:</td> <td><html:text property="birthday" "/></td> </tr> <tr> <td><html:submit value="注册"/></td> <td><html:reset value="重填"/></td> </tr> </html:form |