来自多个来源的 Spring MVC 复杂模型群体

Question

好吧，我的问题可能听起来有点模糊，但无论如何，它就是这样。 我正在使用 Spring MVC 3.1.M1、JSP 2.1 构建一个 Web 应用程序（没有 Tiles，我使用纯 JSP 标记文件来组成我的布局）。

基本上，我的页面是使用一些常见部分的布局构建的 - 页眉、页脚、横幅、菜单等。这些部分大多数是动态的，即包含当前用户的相关信息。

JSP 没有“组件”概念，因此我无法在某个地方定义部分模板及其支持的 java 代码，并将其耦合在一起。在我的 @Controllers 中，我必须完全填充我的模型，包括页眉、页脚、菜单和其他内容的数据。我真正想做的是避免这种代码重复。具有一些通用模型填充方法的抽象 BaseController 类看起来也不太好。

JSP 和 Spring MVC 经常一起使用，因此我希望在这个主题上存在一些最佳实践。 我们来讨论一下这个。

Answer 1

好的，我花了一些时间研究 Spring MVC 参考和示例应用程序，并找到了一些其他方法来完成我的任务。它们是：

1) 第一种方式，糟糕且无法使用，仅在此提及。抽象 BaseController，具有 populateHeaderData(Model model)、populateFooterData(Model model) 等方法。扩展 BaseController 的所有控制器类中的所有 @RequestMapping 方法都会调用这些方法来填充特定于布局的模型数据。

优点： 无

缺点： 代码重复保持不变，只是重复代码量减少了

2) @ModelAttribute 方法，即隐式模型丰富。看起来像

@Controller
@RequestMapping(value="/account")
public class AccountController {

    @ModelAttribute("visitorName")
    private String putVisitor() {
        return visitorService.getVisitorName();
    }

    // handler methods
}

在 JSP 中，

<span id="username">Welcome, ${visitorName}!</span>

优点：不需要显式调用模型丰富方法 - 它只是工作

缺点：这是一件棘手的事情。 Spring MVC 使用“推”模板模型而不是“拉”。在这种情况下，这意味着当调用此类中定义的任何 @RequestMapping 方法时，将调用此类的所有 @ModelAttribute 方法。如果模板确实需要访问者名称以及模板是否确实存在用于特定操作，则没有区别。这包括表单提交的 POST 请求等。事实上，这迫使我们改变控制器分离。例如，所有表单提交都应该位于单独的控制器类中，并且处理程序方法应该以某种方式按布局分组。我得再想一想，也许事情并没有乍看起来那么糟糕。

更多缺点：假设我们的布局 A 和 B 具有相同的非静态页眉，B 和 C 具有相同的非静态页脚（所有其他部分都不同）。我们无法实现布局 B 的基类，因为 Java 中没有多重继承。

向观众提问：
Spring MVC 参考指出“处理程序方法支持以下返回类型：ModelAndView 对象，其中模型隐式地通过命令对象和 @ModelAttribute 注释的参考数据访问器方法的结果进行丰富......”。这些命令对象到底是什么？

3) 我自己的类似拉动的方法。我们可以以 Then 的形式创建自定义上下文

@Component("headerContext")
public class HeaderContext {

    @Autowired
    private VisitorService visitorService;

    public String getVisitorName() {
        return visitorService.getVisitorName();
    }

    // more getters here

}

将这些 bean 公开给 JSP EL

<!-- Resolves view names to protected .jsp resources within the /WEB-INF/views directory -->
<beans:bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
    <beans:property name="prefix" value="/WEB-INF/views/"/>
    <beans:property name="suffix" value=".jsp"/>
    <beans:property name="exposedContextBeanNames" value="headerContext,footerContext"/>
</beans:bean>

，通过And in header.tag（用于重用标头的 JSP 标记文件）

<span id="username">Welcome, ${headerContext.visitorName}!</span>

。 优点： “拉”策略（没有人问 - 没有什么execeded），轻松创建上下文@Scope（“request”）并启用请求范围的缓存，多重继承没有问题。只需在一处编码、在一处配置，并且可以作为常用表达式在任何 JSP 或标记文件中使用。

缺点：在一个框架内混合推和拉（必须更多地考虑它），上下文实现类中没有 Spring MVC 支持（我的意思是控制器处理程序方法中这些令人讨厌的预填充参数），只有 spring bean 。

Answer 2

springframework 包含处理程序拦截器作为处理程序映射机制的一部分。
在拦截器中，您可以在执行实际处理程序之前使用 postHandle 方法。

这样的拦截器必须实现 org.springframework.web.servlet.HandlerInterceptor 或 org.springframework.web.servlet.handler.HandlerInterceptorAdapter 以简化实现。

public class MyHandlerInterceptor extends HandlerInterceptorAdapter {

    public void postHandle(HttpServletRequest request,
            HttpServletResponse response, Object handler,ModelAndView modelAndView) throws Exception {

        //populate header, menu, footer, ... model
    }
}

以及处理程序映射的配置。

<bean class="org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping">
<property name="interceptors">
    <list>
        <bean id="myInterceptor" class="...MyHandlerInterceptor"/>
    </list>
</property>

Answer 3

最后，我决定坚持使用 @ModelAttribute 方法，尽管它有其局限性。

/**
 * Base class for all page controllers (i.e., not form submits)
 * @author malexejev
 * 23.03.2011
 */
public abstract class AbstractPageController {

    @Autowired
    private VisitorService visitorService;

    @Autowired
    private I18nSupport i18nSupport;

    @Value("${xxx.env}")
    private String environment;

    /**
     * Implicit model enrichment with reference data.
     * No heavy operations allowed here, since it is executed before any handler method of 
     * all extending controllers
     */
    @ModelAttribute("appContext")
    public Map<String, Object> populateReferenceData(HttpServletRequest request) {
        Map<String, Object> dataMap = new HashMap<String, Object>();

        // FIXME some data is app-wide and constant, no need to re-create such map entries
        // I should take care about it when more reference data is added
        dataMap.put("visitorName", visitorService.getVisitorName());
        dataMap.put("env", environment);
        dataMap.put("availableLanguages", i18nSupport.getAvailableLanguages());
        dataMap.put("currentPath", request.getPathInfo() != null ? request.getPathInfo() : request.getServletPath());

        return Collections.unmodifiableMap(dataMap);
    }

}

这样我就可以通过 ${appContext.visitorName} 获取视图中的数据。它允许我透明地切换到 Spring bean 实现（请参阅上面我的答案中的第 3 个 @Component("headerContext") ），以防将来出现 @ModelAttributes 的任何问题。

谢谢大家讨论。我在这里没有看到任何“银弹”解决方案，因此我不会将任何答案标记为已接受，但会投票赞成该问题的所有答案。

Answer 4

好吧，你有几个选择，尽管它们也不完美..

1. 像你提到的抽象控制器
2. 创建一个将返回模型数据的服务..现在你已经将问题转移到服务层，它可以说不属于它，但至少你的控制器在每个控制器方法期间只能进行一次服务调用。
3. 创建一个过滤器并在过滤器中填充模型的公共部分。
4. 你可能可以用注释创建一些怪物，例如，注释控制器方法，然后对控制器对象进行后期处理以将数据注入（这个，我不知道具体该怎么做，但一定有办法）
5. spring AOP 可能能够帮助你更优雅地完成#4

这些只是一些让讨论继续下去的想法

Answer 5

处理程序拦截器适用于每个页面中使用的共享数据。

如果你想要细粒度的“组件”，你真的应该重新考虑使用 apachetiles。
从那里您可以使用“控制器”（ViewPreparer ）对于此处指出的每个图块：

http:// richardbarabe.wordpress.com/2009/02/19/apache-tiles-2-viewpreparer-example/