Симон Робинсон - C# для профессионалов. Том II

Здесь мы добавили новую строку таблицы, содержащую сведения с DataListв одном столбце и представленные данные в другом. Представление данных является просто четырьмя метками для свойств мероприятия, одна из которых содержит текст "Select an event to view details", когда не выбрано никакого мероприятия (ситуация при первой загрузке формы).

DataListиспользует и для вывода данных мероприятия. Чтобы облегчить выбор, мы инициируем команду Selectвнутри , что автоматически изменяет выбор. Мы используем также для заполнения данными мероприятия событие OnSelectedIndexChanged, которое включается, когда команда Selectизменяет выбор. Обработчик событий для этого показан ниже (Отметим, что нам нужно сначала выполнить метод DataBind()для обновления выбора):

protected void eventDetails2_SelectedIndexChanged(object sender, System.EventArgs e) {

eventDetails2.DataBind();

DataRow selectedEventRow =

eventTable.Rows[eventDetails2.SelectedIndex];

edName.Text = (string)selectedEventRow["Name"];

edDate.Text =

"Date: " +

((DateTime)selectedEventRow["Event Date"]).ToLongDateString();

edAttendees.Text =

"Attendees: " + (string)selectedEventRow["AttendeeList"];

DataRow selectedEventRoomRow =

ds.Tables["Rooms"].Rows[(int)selectedEventRow["Room"] -1];

edRoom.Text = "Room: " + selectedEventRoomRow["Room"];

}

Здесь данные в dsи eventTableиспользуются для заполнения деталями мероприятия.

Как и в случае DataGridранее, необходимо в Page_Load()задать и связать данные для eventDetails2:

eventDetails1.DataSource = eventTable;

eventDetails2.DataSource = eventTable;

...

eventDetails1.DataBind();

eventDetails2.DataBind();

И заново связать в submitButton_Click():

eventDetails1.DataBind();

eventDetails2.DataBind();

Детали мероприятия представлены в таблице:

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

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

Сразу сделаем несколько замечаний о терминологии и времени жизни приложения.

Приложениеопределяется как все файлы проекта, оно сконфигурировано с помощью файлов web.config. Объект Applicationсоздается, когда приложение запускается в первый раз, что происходит, когда поступает первый запрос HTTP. В это время также срабатывает событие Application_Start, обработчик событий для которого детально описывается в global.asax(вместе со всеми другими событиями, обсуждаемыми здесь), и создается пул экземпляров HttpApplication. Каждый входящий запрос получает один из этих экземпляров, который выполняет обработку запроса (это означает, что объекты HttpApplicationне нуждаются в копировании при одновременном доступе, в отличие от глобального объекта Application). Когда все экземпляры HttpApplicationзаканчивают свою работу срабатывает событие Application_End, и приложение прекращается, разрушая объект Application.

Когда отдельный пользователь использует приложение Web, запускается сеанс. Как и в случае приложения, это включает создание специфического для пользователя объекта Sessionвместе с включением события Session_Start. В течение сеанса в отдельные запросымогут входить события Application_BeginRequestи Application_EndRequest. Это повторяется несколько раз за сеанс, когда в приложении происходит доступ к различным ресурсам. Отдельные сеансы могут прекращаться вручную или будут прерываться, если не получают больше никаких запросов. Прекращение сеанса включает событие Session_Endи разрушение объекта Session.

Как этот процесс может нам помочь? Существует несколько вещей, которые можно сделать, чтобы рационализировать приложение. Вернемся к приложению, которое разрабатывалось в этой главе. Каждый раз при доступе к странице .aspx множество записей заполняется содержимым PCSWebApp3.mdb. Это множество записей всегда используется только для считывания данных, так как для добавления мероприятий в базу данных используется другой метод. В таких случаях можно заполнить множество записей в обработчике событий Application_Startи сделать его доступным для всех пользователей. Единственный раз, когда понадобиться обновить множество записей, возникнет, если будет добавлено событие. Это существенно повышает производительность, так как в большинстве запросов не будет требоваться доступ к базе данных.