在Spring MVC中验证控制器还是服务层？

Question

在相当长的一段时间里，我试图找出在Spring MVC应用程序中应该在哪里对用户输入进行验证。在许多在线博客和教程中，我基本上读到控制器应该验证用户的输入，如果无效，则通过显示包含错误消息的页面来响应用户。然而，我目前对Spring和Spring MVC分层系统的理解是，控制器只是应用程序逻辑（服务层）和“Web世界”之间的一个浅层接口，允许从Web使用服务层。而且，就我所见，Spring MVC确实只提供了合理的工具来验证控制器。

如果现在验证是在控制器中进行的，如果以后我想将应用程序逻辑从“Web世界”中解脱出来，那么验证逻辑必须在新的环境中重新实现（例如，使用Swing的桌面应用程序）。在我看来，决定域对象上哪些操作“有效”以及这些对象可能具有哪些“有效”状态的能力是服务层的核心部分，而不是应用程序的其他部分（例如控制器）所关心的。

Answer 1

一种常见的方法是在这两个地方进行验证。但是如果你说的是@Valide，根据我的经验，放在控制器级别上更好。

这也取决于我们谈论的是什么样的验证逻辑。假设你有一个豆子：

@Data
public class MyBean {
    @NotNull private UUID someId;
    @NotEmpty private String someName; 
}

在控制器级别用@valid注释这个bean是有意义的，这样它甚至不能到达服务。将@valid放在服务方法上没有任何好处，因为为什么要进一步传播它，而您可以立即在控制器中决定它是否是那种有效的。

根据不同的解析机制（例如，jstl或jackson等），您可能倾向于以不同的方式处理验证。例如，传统的jstl视图解析器可以很好地使用一个使用错误的装置，而jackson解析器可以更好地使用@ResponseBody和一些过滤器的组合，这些过滤器捕捉错误并将它们放在响应对象的预定义错误部分。