今天是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 |
105
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
