ActionMappingParametersInteceptor-为什么需要它

Question

我正在尝试理解Struts2中ActionMappingParametersInteCeptor类的使用。

查看API：

ActionMapping类是否包含与我从ActionContext.GetParameters()获取的请求参数不同的请求参数集？

拦截器的strutsDefaultStack似乎首先调用了ParametersInterceptor，然后调用了ActionMappingParametersInteCeptor，但我看不到这样做的任何理由。

Answer 1

实际上，扩展params拦截器的ActionMappingParams正在使用两个被重写和应该重写的方法处理操作映射中的参数:RetrieveParameters和AddParametersToContext。第一个真正使用actionmapping参数的方法。第二种方法是将额外的参数添加到操作上下文中。

在这个类中，这是一个no-op，因为参数是从同一个位置获取的。在子类中，应重写RetrieveParameters()和AddParameterStoContext()。

“no-op”是指永远不工作，直到

向此拦截器添加行为的最佳方法是在操作中使用parameterNameAware接口。但是，如果希望应用一个未在操作中实现的全局规则，则可以扩展此拦截器并重写ParametersInterceptor.AcceptableName(String)方法。

ParameterNameAware：

这是唯一可以向操作上下文添加额外参数的情况。