Однако элементы управления проверкой достоверности имеют вторую функцию. Они не только проверяют элементы управления во время выполнения, но могут также автоматически выводить пользователям полезные рекомендации. Если задать для свойства ErrorMessageкакое угодно текстовое значение, то пользователь увидит его, когда попытается отправить назад неверные данные.

Хранящийся в ErrorMessageтекст можно вывести в том месте, где расположен элемент управления проверкой достоверности или в другом месте с сообщениями обо всех других элементах управления проверкой достоверности на странице. Такое поведение достигается с помощью элемента управления ValidationSummary, который выводит, если потребуется, все сообщения об ошибках вместе с дополнительным текстом.

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

Все элементы управления проверкой наследуют из класса BaseValidator, и поэтому обладают некоторыми общими важными свойствами. Возможно, наиболее важным является рассмотренное выше свойство ErrorMessageи в этом случае свойство ControlToValidateможно считать вторым по важности. Это свойство определяет идентификатор (ID) элемента управления, который проверяется. Другим важным свойством является Display, которое определяет, поместить ли текстовое сообщение в итоговой позиции проверки (если задано как none) или в позиции проверяющего элемента. Имеется также возможность оставить место для сообщения об ошибке, даже когда оно не выводится (задавая Displayкак Static) или динамически выделять место, когда потребуется, что может слегка сдвигать содержимое страницы (задавая Displayкак Dynamic).

Мы скоро рассмотрим пример, но сначала кратко опишем различные элементы управления проверкой:

Элемент управления	Описание
RequiredFieldValidator	Используется для проверки, ввел ли пользователь данные в элемент управления, такой как TextBox.
CompareValidator	Используется для проверки того, что введенные данные удовлетворяют простым требованиям, происходит сравнение с оператором set, использующим свойство Operatorи свойство ValueToCompare. Operatorможет быть одним из Equal, GreaterThan, GraterThenEqual, LessThen, LessThenEqual, NotEqualили DataTypeCheck. Последний из них просто сравнивает тип данных ValueToCompare с данными в проверяемом элементе управления ( ValueToCompareявляется строковым свойством, но интерпретируется как другой тип данных на основе своего содержимого).
RangeValidator	Проверяет, что данные в элементе управления для проверки находятся между значениями свойств MaximumValueи MinimumValue.
RegularExpressionValidator	Проверяет содержимое поля на основе регулярного выражения, хранящегося в ValidationExpression. Это может быть полезно для известной последовательности, такой как zip-коды, телефонные номера, IP-номера и т.д.
CustomValidator	Применяется для проверки данных в элементе управления с помощью специальной функции. ClientValidationFunctionиспользуется для определения клиентской функции, используемой для проверки элемента управления (это означает, к сожалению, что мы не можем использовать C#). Эта функция должна возвращать логическое значение, указывающее, была проверка успешной или нет. Альтернативно можно взять событие ServerValidateдля определения серверной функции, используемой для проверки. Эта функция является обработчиком событий с булевым типом, которая получает строку, содержащую данные для проверки вместо параметра EventArgs. Мы возвращаем true, если проверка проходит успешно, иначе false.

Теперь мы разберем простой пример — пришло время взглянуть на более сложный сценарий. Давайте создадим каркас приложения Web — утилиту для заказа помещения для собраний. В данный момент он будет содержать только внешний интерфейс и простую обработку событий, позже мы расширим его с помощью ADO.NET и связывания данных, чтобы включить серверную бизнес-логику.

Форма Web, которую мы собираемся создать, будет содержать поля для имени пользователя, имени события, помещения для собраний и служителей вместе с календарем для выбора даты (предполагается в этом примере, что события продолжаются в течение полного дня). Используем элементы управления проверкой для всех полей, за исключением календаря, который будет проверяться на сервере и предоставлять дату по умолчанию в случае, если ничего не было введено.

Для тестирования интерфейса пользователя мы будем также иметь на форме элемент управления Label, который можно использовать для вывода представляемых результатов.

Вначале создадим в Visual Studio новый проект приложения Web с именем PCSWebApp2. Затем мы создаем форму, которая генерируется с помощью следующего кода в WebForm1.aspx(код, генерируемый автоматически, не выделен):

Enter details and set a day to initiate an event.




rules="none" align="center" bgColor="#fff99e" border="2" width="540">

Your Name:	errormessage="You must enter a name." ControlToValidate="nameBox" display="None" />
Event Name:	errormessage="You must enter an event name." ControlToValidate="eventBox" display="None" />
Meeting Room:	The Happy Room The Angry Room The Depressing Room The Funked Out Room errormessage="You must select a room." ControlToValidate="roomList" display="None" />
Attendees:	selectionmode="Multiple" rows="6"> Bill Gates Monika Lewinsky Vincent Price Vlad the Impaler Iggy Pop William Shakespeare errormessage="You must have at least one attendee." ControlToValidate="attendeeList" display="None" />
Text="Submit meeting room request" />
headertext="Before submitting your request:" />


Results:

После заголовка страницы, который записан между тегами HTML

, чтобы сделать его крупным текстом в стиле заголовка, основное тело формы помещается между тегами HTML

. Мы могли бы использовать управляющий элемент таблицы сервера Web, но это внесло бы ненужную сложность, так как таблица используется только для форматирования вывода, а не как динамический элемент интерфейса пользователя. Таблица делится на три столбца, первый из которых содержит простые текстовые метки, второй содержит поля интерфейса пользователя, соответствующие текстовым меткам (вместе с элементами управления проверкой для них), и третий, содержащий элемент управления календарем для выбора даты, которая размещается на четырех строках. Пятая строка содержит кнопку отправки, охватывающую все столбцы, и шестая строка содержит элемент управления validationSummaryдля вывода сообщений об ошибках, когда потребуется (все остальные элементы управления проверкой имеют атрибут display="none", так как они будут использовать для вывода это итоговое поле). Под таблицей находится простая метка, которую можно использовать в настоящее время для вывода результатов, пока не будет добавлен доступ к базе данных.

Большая часть кода ASP.NET в этом файле удивительно проста. Специального замечания требует способ, которым элементы списка присоединяются к элементам управления для выбора помещения для встречи, а также нескольких лекторов:

Читать дальше