webwork中实现扩展用例方案2

背景：
产品一期已经上线，二期必然有很多改动，其中有一处是在原有工作流中引入新的工作流，说白了就是在原先做好某个页面上加入一块新的内容，通常你会去修改你 的原先的 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的实现