另外（也很奇怪），我在IE7中通过启用脚本调试选项和IE开发者工具栏运行这个HTML和javascript发现了这个错误。我浪费了一天的时间来测试FF/Firebug。现在我完全糊涂了，因为firebug在过去救了我很多次，IE在试图发现这些错误时让我失败

---

另外（也很奇怪），我在IE7中通过启用脚本调试选项和IE开发者工具栏运行这个HTML和javascript发现了这个错误。我浪费了一天的时间来测试FF/Firebug。现在我完全糊涂了，因为firebug在过去救了我很多次，IE在试图发现这些错误时让我失败了。。。。。。我只是想把这些花絮传给大家。这就是在客户端手工编写验证逻辑时所犯的错误。这就是为什么我不想这么做的原因。我很抱歉，你觉得我只是想推广我的博客，如果你不喜欢我的，xVal上还有很多其他的文章。但我仍然真诚地认为，最好使用像xVal这样的框架进行客户端验证。Adrian，在大多数情况下（以及在我过去），我完全同意，但在这种情况下，我只需要对照模型检查一个值，然后将其他值传递给供应商的应用程序。此外，当我们可以将它传递给客户机并且我们有一个很棒的工具，比如jQuery和validate插件时，为什么我们要浪费我们（作为开发人员）的带宽来验证几个字段呢？虽然我很欣赏你博客文章中的见解，但我发现对于我正在尝试实现的解决方案来说，这是一种过分的做法，实际上，ASP.net MVC也是一种过分的做法。我只是想玩它。

var v = $("#frmAccount").validate({
                rules: {
                    txtAccount: { minLength: 5,required: true  },
                    txtFName: "required",
                    txtLName: "required"
                },
                message: {               
                    txtAccount: {
                        required: "Account Number is required.",
                        minLength: jQuery.format("Account Number must be {0} or more charaters.")
                    },
                    txtFName: "First Name is required.",
                    txtLName: "Last Name is required.",
                }
            }); //validate
    $("#cmd").click(function() {
        if (v.form()) {
            $("#frmAccount").submit(); 
        } 
    });