Asp.net mvc asp.net MVC验证框架的选项

对于我正在启动的ASP.net项目，我现在考虑两个模型库验证选项：

（Steve Sanderson的项目）和Stephen Walther在

我真的不知道如何谈论这些偏好，因为我还没有使用它们中的任何一个。有什么想法吗

---

立即使用LinqToSql for ORM进行更新，但我对更改持开放态度。

您使用的是ORM吗？如果是，您使用哪一种？在使用时，我很幸运，只是坚持默认的模型级验证。但是，如果您不使用该选项，这可能不会太有帮助。：-）

很好。NHibernate还具有内置的模型验证。然后您需要一些类似于将错误绑定到UI的功能。

我一直在使用xVal to，并将其集成到MVC RC1中引入的IDataErrorInfo接口中。我喜欢

这是我写的一篇文章，解释了一些事情

---

希望这有帮助。

厚颜无耻地推销我的产品。专为jqueryvalidate&Enterprise库而构建，并为此开箱即用。也就是说，功能和代码非常简单，可以根据需要进行修改/扩展。

我在回顾这两者时看到的一个区别是，Stephen Walther的博客文章描述了一个只在Web服务器中进行验证的库，xVal与jQuery验证程序一起在浏览器中进行验证。顺便说一句，这项功能几乎是完全自动的。

你也可以在LostTechies上查看这项新技术。我喜欢这样一个事实，即你的输入是全局设置的，非常干燥。您也可以跳过客户端验证，向服务器提交jquery ajax表单，它在一个地方执行验证模型和业务逻辑，这也是干的：）也意味着您将更快地将产品推出，您可以稍后添加客户端验证作为奖励或逐步增强表单。

再次投票支持xVal。真的很甜。我喜欢使用和

DataAnnotations

来进行验证。除了让Linq2Sql工作之外，因为您无法向字段添加属性，buddy类还提供了一点灵活性，让多个模型共享相同的验证信息。对于那些似乎总是必需的ModelEditData类来说，它非常方便