Проверка с помощью ASP.NET MVC Linq To SQL: как избежать редактирования сгенерированного источника?
-
07-07-2019 - |
Вопрос
Я читаю несколько документов по проверке в ASP.NET MVC
. Игнорируя те из них, которые предлагают заново изобрести колесо для написания собственной логики валидации, в большинстве статей предлагается использовать xVal
или валидаторы аннотаций данных, которые позволяют декларативную валидацию посредством украшения свойств моделей (*). р>
Я думаю, что я пойду на xVal
, так как он кажется наиболее рекомендуемым (и поэтому, я надеюсь, поддерживаемым). Что меня удивляет, так это то, что я использую Linq to SQL
, и мои модели объявляются в автоматически сгенерированном файле ( dbml
+ part.cs
), содержащий несколько классов и почти 5000 строк, поэтому я не очень хочу редактировать ее, как будто я изменяю структуру БД, мне придется ее регенерировать, теряя мои изменения.
Есть ли способ избежать редактирования этого файла?
<Ч>(*) Я также нашел Инструментарий валидатора , который также обеспечивает декларативную проверку и не просьба украсить свойства моделей, но на странице показано 57 загрузок, поэтому я не могу сказать, является ли проект зрелым или нет. Р>
Решение
Вы можете создать частичный класс и добавить валидаторы аннотаций данных к частичному классу, чтобы не имело значения, восстанавливается ли ваш dbml-файл.
Попробуйте эту статью asp.net и эта статья р>
Другие советы
Ознакомьтесь с классы друзей - действительно единственный способ работать с созданными моделями и проверкой на основе DataAnnotation.
Да, это может (xVal). Смотрите здесь и здесь .