ActionForm的生命周期浅探

下一页 1 2 

　　 

       看了很多的资料书籍，都提了一下ActionForm的生命周期。例如，在“Programming Jakarta Struts"中是这样描述的：“控制器收到的请求”->“创建或再循环ActionForm”->“调用reset()“->“正确保存ActionForm”->“由请求组合ActionForm”->“验证ActionForm”。如果验证不通过返回到输入，否则调用Action的execute()方法。

       我们来看一看RequestProcessor()的process()方法的部分代码。经过一些基本的处理（如Locale，Role等）之后，会调用processActionForm方法，此方法返回一个ActionForm。然后用processPopulate方法将请求参数传给这个ActionForm，之后进行验证。

// Process any ActionForm bean related to this request         ActionForm form = processActionForm(request, response, mapping);         processPopulate(request, response, form, mapping);         if (!processValidate(request, response, form, mapping)) {             return;         }

         processActionForm（）方法又调用RequestUtils.createActionForm（）这个静态方法来创建ActionForm，并把创建的ActionForm保存在合适的作用域，以便下次使用。

       RequestUtils.createActionForm()方法并不是一上来就创建ActionForm，而是先查看一下在合适的作用域内有没有存在的ActionForm

if ("request".equals(mapping.getScope())) {             instance = (ActionForm) request.getAttribute(attribute);         } else {             session = request.getSession();             instance = (ActionForm) session.getAttribute(attribute);         }

        如果没找到，才会根据struts-config.xml中的actionmapping找到name属性（ActionForm的逻辑名），根据逻辑名再找到ActionForm的类名，然后会用类似Class.forName("ActionForm's full class name").newInstance()来动态创建这个ActionForm类的实例。当然，它还要考虑DynaActionForm的情况，但原理是一样的。这么看来，ActionForm的生命周期不算复杂，也没有“探”的必要。在工作中，发现实际情况并不这么简单。

原文转自：http://www.ltesting.net