Spring mvc 什么'；如果我使用OVal而不是JSR-303验证，有什么缺点？
来自第1场比赛。我喜欢这种可能性。我正在评估如何使用SpringMVC设置堆栈。验证的默认值是JSR-303。我在JSR-303中看到的一个问题是获取属性的上下文或调整消息。见和。我在转换约束时遇到的一个问题是，检查用户输入的文本是否只包含有效变量。因此，用户可以添加“成员${name}做得很好。”如果他写了“成员${nmae}做得很好”。他应该会收到如下消息：“您的文本包含无效变量>nNameName，firstname，我个人认为坚持标准是个好主意。这确保了可移植的应用程序，并且通过使用标准，您正在使用许多开发人员熟悉的东西。您是对的，您的特定用例不支持通过Bean验证的atm。然而，BeanValidation1.1正在进行中，插入已验证的值已在路线图上-请参阅。 同时，您可以使用Hibernate验证程序的。是的，您正在使用Bean验证的自定义扩展，但仅限于此特定功能Spring mvc 什么'；如果我使用OVal而不是JSR-303验证，有什么缺点？,spring-mvc,playframework,bean-validation,oval,Spring Mvc,Playframework,Bean Validation,Oval,来自第1场比赛。我喜欢这种可能性。我正在评估如何使用SpringMVC设置堆栈。验证的默认值是JSR-303。我在JSR-303中看到的一个问题是获取属性的上下文或调整消息。见和。我在转换约束时遇到的一个问题是，检查用户输入的文本是否只包含有效变量。因此，用户可以添加“成员${name}做得很好。”如果他写了“成员${nmae}做得很好”。他应该会收到如下消息：“您的文本包含无效变量>nNameName，firstname，我个人认为坚持标准是个好主意。这确保了可移植的应用程序，并且通过使用标准