Большая часть кода ASP.NET в этом файле удивительно проста. Специального замечания требует способ, которым элементы списка присоединяются к элементам управления для выбора помещения для встречи, а также нескольких лекторов:
соединяются с двумя элементами управления сервера Web. Эти объекты не являются полноценными элементами управления сервера Web, в связи с чем нам не нужно использовать на них
runat="server"
. Когда страница обрабатывается, то записи
<asp:ListItem>
используются для создания объектов
ListItem
, которые добавляются к коллекции
Items
родительского элемента управления списком. Это облегчает нам инициализацию списков, так как не требуется писать код для этого самостоятельно (мы должны были бы создать объект
ListItemCollection
, добавить объекты
ListItem
и затем передать коллекцию элементу управления списком). Конечно, мы можем по-прежнему сделать все это программным путем, если понадобиться.
Созданная форма выглядит следующим образом:
Это полностью функциональный интерфейс пользователя, который поддерживает свое собственное состояние между запросами сервера и проверяет ввод пользователей. Учитывая краткость приведенного выше кода, это больше чем достаточно. Фактически, нам остается сделать еще совсем немного, по крайней мере для этого примера. Необходимо только осуществить событие нажатия кнопки для кнопки отправки на сервер.
В действительности это не совсем так. До сих пор мы не имеем никакой проверки для элемента управления календарем. Тем не менее, это просто, так как невозможно очистить выбор в этом элементе управления, и все, что мы должны сделать, это задать начальное значение. Это возможно в обработчике событий
resultLabel.Text = roomList.SelectedItem.Text + "has been booked on " +
calendar.SelectedDate.ToLongDateString + " by " + nameBox.Text +
" for " + eventBox.Text + " event. ";
foreach (ListItem attendee in attendeeList.Items) {
if (attendee.Selected) {
resultLabel.Text += attendee.Text + " , ";
}
}
resultLabel.Text += " and " + nameBox.Text + "will be attending.";
}
}
Здесь
мы задаем для
свойства
Text элемента управления
resultLabel
результирующую строку, которая появится под основной таблицей. В IE результат после отправки может выглядеть следующим образом:
Если встретятся ошибки, то вместо этого будет активизировано
ValidationSummary
:
Включение обратной отправки без проверки
Если поэкспериментировать с этим примером какое-то время, то можно заметить, что итоговая проверка появляется в том случае, если изменить дату до ввода каких-либо других данных. Это пример некоторого свойства, которое скорее всего будет раздражать пользователя, который сразу подумает: "Я ввел бы эти данные, если бы мне дали возможность это сделать!". Чтобы обойти этот момент, можно отключить итоговую проверку (используя свойство
Enabled
), если не нажата кнопка отправки. Однако это ведет к другой проблеме. Элемента управления проверкой способны предотвратить обратную отправку, например, когда нажата кнопка отправки, и динамически заполнить итоговую проверку на клиенте без обращения к серверу. Если отключить итоговую проверку в
Page_Load
и включить ее в обработчике события нажатия кнопки, то итоговая проверка никогда не будет выводиться в браузерах, которые поддерживают клиентскую проверку (таких, как IE), так как только включение итоговой проверки будет перехватывать запросы обратной отсылки.
Тогда мы должны отключить все элементы управления проверкой по умолчанию, затем включить заново эти элементы управления в обработчике нажатия кнопки и заставить их проверять, прежде чем мы проверим свойство формы
IsValid
.
Для выполнения всего этого требуется следующее изменение кода. В
Page_Load
мы отключаем все элементы управления проверкой. Мы можем использовать для этого коллекцию формы
Validators
, она содержит все элемента проверки на странице, поэтому мы можем их все перебрать.
foreach (System.Web.UI.WebControls.WebControl validator in this.Validators) {
validator.Enabled = false;
}
…
}
В методе
submitButton_Click
мы сразу включаем все элементы управления проверкой, за исключением итогового, что заставляет их проверять свои соответствующие элементы управления, вызывая метод формы
isValid
, и затем проверять, как и раньше, свойство
IsValid
. Мы добавляем также в эту проверку предложение else, которое снова включает итоговую проверку, если оказывается, что
IsValid
задан как
false
. Это предоставляет пользователю обратную связь тогда и только тогда, когда элементы управления имеют недопустимые данные и нажата кнопка отправки.