| 背景：
产品一期已经上线，二期必然有很多改动，其中有一处是在原有工作流中引入新的工作流，说白了就是在原先做好某个页面上加入一块新的内容，通常你会去修改你
的原先的
service使得其多返回一块数据，或者改变action的内容使其调用某个新的service（这样做不好），如果改变频繁，你会不断的修改以前的东
西，其实完全可以拦截器来隔离关注点，这样的话你的修改不会干扰的以前的内容，如果你的修改的东西下一期又不要了，也不要紧，在配制文件中去掉这个拦截器
就行了在webwork中实现扩展用例方案1中我写了一种解决方案，但会对action做一些小的改动，对于疯狂的oo迷来说，这也是不可接受，如何做到更彻底的隔离关注点，以及遵守开闭原则，看看下面的实现：step 1)写拦截器ListTopVideosContributedIntercept类public class ListTopVideosContributedIntercept implements Interceptor {。。。。。。public String intercept(ActionInvocation invocation) throws Exception {// 获取service
TopVideosContributedBySelfService topVideosContributedBySelfService
= (TopVideosContributedBySelfService) SpringBeanProxy .getBean("topVideosContributedBySelfService"); // 获取形参1 HttpServletRequest request = ServletActionContext.getRequest(); String userNo = request.getParameter("userNo"); // 调用service List list = topVideosContributedBySelfService.getTopnVideos(userNo); // 结果放入值栈 /*OgnlValueStack stack = ServletActionContext.getContext() .getValueStack(); stack.setValue("topVideosContributedList", list);*/ OgnlValueStack stack = invocation.getStack(); Map vo = new HashMap(); vo.put("topVideosContributedList", list); stack.push(vo); // 返回 return invocation.invoke(); }。。。。。}蓝色的代码是方案一中的写法红色代码是目前的写法2）修改配置文件<action name="tvuserinfo" class="moxtv.central.web.action.tvuserinfo.TVUserInfoAction"> <result name="success" type="freemarker">/cn/tvuserinfo/tvuserinfo.ftl</result> <result name="error" type="freemarker">/cn/tvuserinfo/tvuserinfo_error.ftl</result> <interceptor-ref name="defaultWebStack" /> <interceptor-ref name="listtopcontribitors" /> <interceptor-ref name="listtopvideoscontributed" /> </action>加入红色的那一行此方案只用写拦截器就ok,无需对以前的java代码作任何改动,包括方案一中action的小改动也省掉了.也就是说在无需改动任何以前代码的基础上(除了修改配置文件),实现了功能的添加,而且此功能和以前的功能完全隔离开来,不会相互影响.多谢webwork的完美设计,使得我们能优雅的实现扩展.不得不说,值栈的设计解耦了webwork和xwork,同时也使页面获取数据实在是方便在方案2中,我们通过拦截器获取数据直接放入值栈,使得页面可以直接获取数据.在方案1中,我们将数据间接的放入值栈,再通过注入,将数据注入已在值栈中的action,所以会出现action的微小改动.方案实现的灵感来自xwork中ModelDrivenInterceptor的实现 |
