控制器中的私有方法

Question

大家好，

我现在已经开发了很多使用 MVC 模式的应用程序，无论是在 Rails 还是 .Net 中，我总是看到在控制器类中添加了一些私有方法。这些私有方法确实知道“如何”验证某些内容或“如何”创建域模型的视图模型。在我看来，这个逻辑正在泄漏，应该放置在助手内部或域模型本身中。我一直很喜欢这句话“控制器应该知道要做什么，但现在知道如何做”。似乎向类中添加一堆私有方法会破坏这一点。

我希望有人对此事有一些有用的见解。

谢谢！

Answer 1

我同意这个逻辑不应该是控制器的一部分。我避免在控制器中使用私有方法。如果我们以“如何”创建域模型的视图模型为例，则此逻辑通常应驻留在映射层中。

Answer 2

我使用过 Spring MVC (3.0)，并且喜欢它构建 servlet/web 服务的方式。

它具有：

1. 控制器
2. 命令对象
3. 验证器对象

每个 @RequestMappings（控制器中的公共方法）都充当 Web 服务。 HttpRequest 将进入，传递到正确的请求映射，映射到命令对象，然后进行验证。

像这样的事情：

GetUserCommand {
    int userId;
    public Map execute() {
        Map result = new HashMap();
        result.put("user", new UserService().get(userId) );
        return result;
    }
}

Controller {
    @RequestMapping(value="/user")
    public ModelAndView handle(GetUserCommand cmd) {
        new GetUserCommandValidator().validate(cmd); //checks userid is > 0 or something
        return new ModelAndView("userView", cmd.execute());
    }
}

需要注意的是，HTTP 请求的参数是使用反射映射到 GetUserCommand 对象的。因此必须有一个 FrontController 来解决这个问题，并确定将请求转发到哪个方法。

这里的关键是参数、验证、执行逻辑和视图选择被分成不同的组件。

您还可以使用 IoC 来构造命令对象及其所需的服务。我最终决定将 Command 对象拆分为Parameters 对象和Command 对象。参数对象包含用户 ID，而命令对象是使用参数（和 UserService）实例化的，并包含execute() 方法。它更冗长，但对我来说似乎是更好的分离。