При создании нового ASP.NET MVC 3 проекта на выбор предлагается несколько вариантов шаблонов. Однако, даже если выбрать “Empty” (пустой), то в проект все равно будут добавлены различные файлы и библиотеки. А что делать, если хочется начать, как говорится, с чистого листа?

Давайте разберемся как работают движки представлений в ASP.NET MVC 3. Лучший для этого способ – написать свою реализацию. Причем эта задача не такая сложная, как может показаться на первый взгляд.

Рассмотрев в прошлой части основы создания атрибутов проверки данных, приступаем к их реализации. Но сначала установим два соглашения:

Отметив с помощью стандартных атрибутов часть свойств Модели, можно добиться простого контроля получаемых значений. Для остальных правил можно разработать свои реализации атрибутов. Чтобы понять принцип их создания, посмотрим на составляющие класса ValidationAttribute.

Присвоим стандартные атрибуты свойствам классов Модели разрабатываемого веб-приложения.

Перейдем к назначению атрибутов свойствам Модели. И перед тем как начать создавать их свои реализации, посмотрим какие готовые варианты уже существуют в .NET.

В текущей версии демонстрационного веб-приложения при заполнении формы пользователь может ввести и сохранить любые данные. В базу данных попадут даже заведомо c некорректные с точки зрения бизнес-логики значения. Давайте исправим эту ситуацию и добавим контроль вводимых значений. А начнем с того, что разберемся как работает этот механизм в ASP.MVC 3.

В прошлой части все текстовые сообщения были вынесены в файлы ресурсов. Теперь разберемся, как назначить необходимые названия для свойства Модели.

Теперь давайте обратим внимание на текстовые строки, заданные непосредственно в коде. Даже в небольших проектах они способны доставить много неудобств. Кроме того, такие веб-приложения практически невозможно локализовать. Поэтому давайте разделим текст и программный код.