[feiq]Springside_3.3.2_技术参考手册.doc

Springside 3.3.2 技术参考手册Springside3中的struts2 1、使用CodeBehind插件来简化配置。使用CodeBehind后，我们就可以不用配置result了，它可以根据我们Action的返回 值自动猜测返回的视图页面，它猜测的规则是这样的：返回页面的路径为struts.codebehind.pathPrefix + package namespace + action name + action returnvalue?+?.jsp，action returnvalue为success时，值为空，为其他时，值为- + return type。我们来看看SpringSide 3生成的项目中关于Struts 2的配置文件：其 中struts.codebehind.pathPrefix设置为“/WEB-INF/jsp/”，package的namespace没有设置，所 以，如果我们的Action为UserAction，则返回success时，就会返回到/WEB-INF/jsp/user.jsp，如果返回 input，则返回到/WEB-INF/jsp/user-input.jsp。这里江南白衣玩了一个狡猾，他把所有的jsp页面放到WEB-INF目录 中，别人就没有办法直接访问了，这样就可以简化Acegi的配置工作。2、关于拦截器栈在上面讲Struts 2的特点时，我已经说了Struts 2中拦截器的重要作用，在上面的截图中，package的配置没有做别的什么事，主要就是配置了拦截器栈。那么拦截器栈是怎么使用的呢？它是在 Action类中通过@ParentPackage指定的，如下面的代码：下面，我来具体说一下拦截器有什么作用。?例子一、我们知道Struts 2中的Action是和Servlet API解耦的，那么如果我们要在Action中访问Servlet API怎么办呢？一种办法就是使用ServletActionContext，如下图：另外一种办法，就是让我们的Action实现ServletRequestAware接口，如下代码： public ? class ?MyAction? implements ?ServletRequestAware?{??? private ?HttpServletRequest?request;??? public ? void ?setServletRequest(HttpServletRequest?request)?{???????? this .request? = ?request;???}??? public ?String?execute()? throws ?Exception?{???????? // ?do?the?work?using?the?request ???????? return ?Action.SUCCESS;???}} 这时候，ServletConfigInterceptor 拦截器就会把request对象注入到我们的Action中。例子二、ParametersInterceptor 拦截器会自动解析web表单或URL参数，并把它们注入到Action中。但是很多时候，我们不愿意我们的Action具有太多的属性，因为一大堆的 get、set方法看起来太乱糟糟，我们希望有一个专门的Model对象来存储这些值，而且刚好我们为Hibernate设计的Entity类用来做 Model正合适。这时，我们可以让我们的Action实现ModelDriven接口，让getModel()方法返回我们的entity对象即可。这正是SpringSide 3采取的方法，如下图的代码片断：这时候，ModelDrivenInterceptor拦截器就会帮助我们把解析的URL参数或表单数据注入到entity的属性中，而不是Action中。例子三、Preparable 接口联合PrepareInterceptor拦截器一起工作，可以让action在执行execute() 方法前， 执行一个prepare()方法，这也正是SpringSide 3的工作方式。3、关于Action有了上面对CodeBehind的理解和对拦截器栈的理解后，再来理解SpringSide 3中的Action就再简单不过了，SpringSide 3中Action的继承树如下：其中ActionSupport类是Struts 2提供的，另外两个类是白衣自己扩展的。其中SimpleActionSupport主要是提供了一些绕过jsp页面直接输出字符串的方法，不值一谈。而CRUDActionSupport就比较复杂，如下： publi