Вопрос

Я использую ASP.NET MVC с классами POCO Entity Framework Poco и Framework Framework. Он работает хорошо, и валидация происходит, поскольку она должна (как будто я использовал данные даматии). У меня даже получила валидацию на стороне клиента. И я довольно доволен этим.

Поскольку это тестовое приложение, которое я пишу, просто чтобы посмотреть, смогу ли я получить новые технологии, работающие вместе (и выучить их по пути), теперь я готов к эксперименту с использованием просмотра модертов вместо того, чтобы просто пройти фактическую модель к просмотру. Я планирую использовать что-то вроде Automatper в моем сервисе, чтобы сделать отображение взад и вперед от модели для ViewModel, но у меня сначала есть вопрос.

Как это будет повлиять на мою проверку? Если мои валидационные классы (написанные с использованием FreentValidation) будут записаны против ViewModel вместо модели? Или это должно случиться в обоих местах? Одним из больших сделок о датанотациях (и напряженность) было то, что вы могли бы иметь проверку в одном месте, которое будет работать «повсюду». И это соответствует этому обещанию (в основном), но если я начну пользуюсь просмотрамодельными, разве я не теряю эту способность и должен вернуться к положению проверки в двух местах?

Или я просто думаю об этом не так?

Это было полезно?

Решение

Или я просто думаю об этом не так?

Наверное ;)

Если вы добавляете весь код проверки на ваши просмотраMODELS, вы просто проверяете их вместо ваших фактических моделей. Все ваши действительно изменяются, какие объекты могут ввести недопустимое состояние.

Прямо сейчас я счастлив, как пирог только проверяют просмотра программы, а затем передавая эту информацию обратно к фактическим моделям и слоям DAO. Может ли ваша домен ввести неверное состояние - это спорная тема, но до сих пор эта техника отлично работает для меня. Валидация в одном месте и без недействительных объектов в моем магазине настойчивости.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top