还有另一个选项建议here
但是,我解决了扩展 ContentNegotiatingViewResolver 并覆盖 resolveViewName 方法,我将 ViewResolver 称为 HttpHeaderParamViewResolver。扩展方法如下所示:
@Override
public View resolveViewName(String viewName, Locale locale) throws Exception {
//Get the HTTP Header param "User-Agent"
String headerParamValue = ((ServletRequestAttributes)RequestContextHolder.getRequestAttributes()).getRequest().getHeader(headerParam);
viewName = setViewName(viewName, headerParamValue);
return super.resolveViewName(viewName, locale);
}
headerParam="User-Agent" (或您喜欢的任何其他 HTTp Header 参数,这是在 bean xml 中定义的),然后评估它并确定 viewName。在我的情况下,HttpHeaderParamViewResolver 可以配置一个 Map,其中键是要附加到实际 viewName 的前缀,值是用于评估标头参数值的 RegExp。它在 App Context XML 中看起来像这样:
<bean id="HttpHeaderViewResolver" class="com.application.viewresolver.HttpHeaderParamViewResolver">
<property name="viewResolvers">
<list>
<ref bean="tilesViewResolver"/>
</list>
</property>
<property name="headerParam" value="User-Agent"/>
<property name="viewPrefixPattern">
<map>
<entry>
<key>
<value>mobile-webkit</value>
</key>
<value>iPhone.*Apple.*Mobile.*Safari</value>
</entry>
<entry>
<key>
<value>mobile-bb</value>
</key>
<value>BlackBerry([0-9]{0,4})([a-zA-Z])?</value>
</entry>
</map>
</property>
</bean>
这样,如果我的控制器调用一个名为 userDetails 的视图并使用 iPhone 访问应用程序,第一个模式会捕获它并附加 mobile-webkit 后缀,因此视图现在是 mobile-webkit-userDetails,然后将其传递给生成实际视图的 tilesViewResolver。
我探索了很多可能性,我认为这是我能想到的最简单、最灵活的方法。在这种情况下,选择完全不同的视图的能力至关重要,因为我们支持各种各样的用户代理,从 WAP 到 iPhone 4 和支持 WebKit 的手机,因此视图从用户代理到用户代理的变化很大。另一个优点是您不再需要在视图上处理此问题,因为您可以拥有任意专业的视图。另一个好的方面是,您可以很容易地实现这一点,而无需删除或更改您可能已经拥有的视图解析器,因为 ContentNegotiatingViewResolver 能够按照您的特定顺序将视图调用委托给其他视图解析器定义。
不利的一面是,您可能会倾向于过度专门化视图并最终得到大量视图文件,从而使应用程序成为可维护的噩梦。
希望对你有帮助。