spring mvc annotation 的 validation表单验证问题：怎么设定单个字段的验证顺序？

0 0

spring mvc annotation 的 validation表单验证问题：怎么设定单个字段的验证顺序？5

如题。
被验证的form对象的代码如下:

public class ValidationForm {

	@NotEmpty(message = "{user.name.error}")
	@Size(min = 1, max = 20,message = "{user.name.error2}")
	private String userName;
	
 	@NotNull
 	@Min(1)
 	@Max(110)
	private Integer age;
	
	@NotEmpty(message = "Password must not be blank.")
	@Size(min = 1, max = 10, message = "Password must between 1 to 10 Characters.")
 	@Pattern(regexp="\\d", message = "error!")
	private String password;
}

controller代码如下：

@RequestMapping(method = RequestMethod.POST, value = "validationform")
	public String processValidatinForm(@Valid ValidationForm validationForm,
			BindingResult result, Map model) {
		if (result.hasErrors()) {
			return "validationform";
		}
		// Add the saved validationForm to the model
		model.put("validationForm", validationForm);
		return "validationform";
	}

现在验证和错误消息都能显示，只是所有错误消息一起显示了。
比如，在画面上什么也没有输入，点提交按钮，userName的两个验证的错误消息会一起显示出来。其他的两个属性的错误消息也是一起显示出来的。
请问：能否设置单个字段的验证顺序，比如userName，先验证是否输入，如果没有输入，那验证停止，不继续验证size；
同时，下面的两个属性age和password的验证也是一样，先验证第一个，成功后才验证第二个。
请帮忙了。谢谢。

问题补充：简单点说，我是想要spring的验证短路，而不是直接把多个验证的结果一起显示出来。比如，notempty的验证，在用户没有输入任何内容提交的时候，服务器端应该先验证用户是否输入，验证代码发现用户没有输入任何内容，那就直接返回错误消息：此字段必须输入。就可以了。而无需验证输入内容的size，因为没有必要了，用户根本没有输入任何内容呀。

问题补充：用group是可以实现短路，但是group只能让真个form分组验证。不能把一个form对象的每一个字段各自短路自己的。

2013年1月02日 07:38

drxjava
20
0 0 1

3个答案按时间排序按投票排序

0 0

参考下这个吧通过Group搞定
http://stackoverflow.com/questions/3827508/how-to-set-check-order-for-jsr303-bean-validation

2013年1月03日 13:36

jinnianshilongnian
7280
2 3 591

4条评论

0 0

引用

恩。我明白你说的。你说的有道理。但是，我想即使只用后台验证，spring的validate也应该可以实现这种需求吧？只是我还不知道怎么用吧。还是谢谢你的回答。

首先，HTTP是无状态的！
如果你想让Web服务器知道本次需要从哪个字段开始验证，就只能通过Cookie或Session，甚至是数据库来记录上一次验证的字段！对于一个现在拥有（或未来即将拥有）几十个上百个表单的项目来说（或者你只是写一个DEMO而已），你这样做不仅增加系统复杂度，后期维护难度，更增加自身工作量！更尴尬的是，在用户看来，这和直接使用前台JavaScript实现的效果没什么两样！有点吃力不讨好！
其次，如果一个表单有10个字段，那么最坏的情况下，你至少要提交10次请求才能完成所有字段的验证！加载10次页面，不仅增加了请求数（加大服务端的处理压力），而且加大网络流量，更重要的是，你要让用户刷新10次页面才能完成提交表单的操作！

因此，个人觉得，现在最难解决的不是技术问题，而是你的观点！[color=blue][/color]

2013年1月02日 10:36