Параметры для asp.net MVC Validation Framework

Question

Сейчас я думаю о двух вариантах проверки базы моделей для проекта ASP.net, который я запускаю:

xVal (проект Стива Сандерсона) и модуль Enterprise, который Стивен Вальтер использует на этой странице

Я не знаю достаточно, чтобы говорить о предпочтениях, поскольку я еще не использовал ни одного из них. Есть идеи?

Обновление Использование LinqToSql для ORM прямо сейчас, но я открыт для изменений.

Answer 1

Одно из различий, которое я вижу при рассмотрении этих двух, состоит в том, что в блоге Стивена Уолтера описывается библиотека, которая выполняет только валидацию на веб-сервере, где xVal также работает с валидаторами jQuery для проверки в браузере. Эта функция, кстати, почти полностью автоматическая.

Answer 2

Еще один голос за xVal. Это очень мило. Мне нравится использовать Buddy Classes и DataAnnotations для выполнения проверки. Помимо того, что все работает с Linq2Sql, поскольку вы не можете добавлять атрибуты к своим полям, классы собеседников дают немного гибкости, позволяя нескольким моделям использовать одну и ту же информацию проверки. Очень удобно для тех классов ModelEditData, которые, кажется, всегда становятся необходимыми.

Answer 3

Вы также можете проверить эту новую технику на LosTechies http://www.lostechies.com/blogs/hex/archive/2009/06/10/opinionated-input-builders-for-asp-net-mvc-part-5-the-required-input.aspx Мне нравится тот факт, что ваши входы настроены глобально, что действительно СУХО. Кроме того, вы можете просто пропустить проверку на стороне клиента и выполнить на сервере форму отправки ajax jquery, которая выполняет модель проверки и бизнес-логику в одном месте, что также является СУХИМЫМ :) Это также означает, что вы получите продукт быстрее. и позже вы можете добавить проверку на стороне клиента в качестве бонуса или для постепенного улучшения форм.

Answer 4

Бесстыдно рекламирую мою проверочную библиотеку . Создан для jQuery validate & Enterprise Library и готов к работе именно для этого. Тем не менее, функциональность и код достаточно просты для изменения / расширения, если хотите.

Answer 5

Я использовал xVal для и интегрировал его в интерфейс IDataErrorInfo, представленный в MVC RC1. Мне это нравится.

Вот пост, который я написал, который объясняет несколько вещей.

http://schotime.net/blog/index.php/2009/03/05/validation-with-aspnet-mvc-xval-idataerrorinfo/

Надеюсь, это поможет.

Answer 6

FluentValidation это хорошо. NHibernate также имеет встроенную проверку модели. Затем вам нужно что-то вроде техника Скотта Гатри для привязки ошибок к пользовательскому интерфейсу.

Answer 7

Вы используете ORM? Если да, то какой вы используете? Мне очень повезло, когда я использовал Castle ActiveRecord , просто придерживаясь проверки по умолчанию на уровне модели. Если вы этим не пользуетесь, возможно, это не слишком полезно. : -)