Обработчики упомянутых ранее событий (вместе со всеми обработчиками, рассмотренным в этой главе) могут быть определены в файле Global.asax, который легко добавить к любому проекту Web-сайта. Сгенерированный файл содержит пустые места, подлежащие заполнению разработчиком. Например:

protected void Application Start(Object sender, EventArgs e)

Когда индивидуальный пользователь обращается к Web-приложению, запускается сеанс (session). Как и все приложение, это включает создание специфичного для пользователя объекта Session вместе с возбуждением события Session Start. Внутри сеанса отдельные запросы инициируют события Application BeginRequest и Application EndRequest. Это может происходить несколько раз в рамках сеанса, по мере обращения к разным ресурсам внутри приложения. Индивидуальные сеансы могут быть прерваны вручную или по таймауту, если не поступает новых запросов. Прерывание сеанса возбуждает событие Session End и уничтожает объект Session.

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

Другая технология, которую можно применить - сохранять между запросами информацию уровня сеанса для индивидуальных пользователей. Это может включать специфичную для пользователя информацию, извлеченную из хранилища данных при первом его подключении (в обработчике события Session Start()), и оставлять ее доступной до тех пор, пока сеанс не будет прекращен (или вследствие истечения времени, или по запросу пользователя.

Описание всех этих приемов выходят за пределы тем этой книги, но надеемся, общее представление вы получили.

И, наконец, нам нужно рассмотреть файлы Web.config. Обычно Web-сайт будет иметь один из них в своем корневом каталоге (хотя он и не создается для вас по умолчанию) и несколько дополнительных в подкаталогах - для конфигурирования специфичных для каталогов установок (вроде настроек безопасности). Web-сайт PCSWebApp3, который мы разработали в этой главе, принял автоматически сгенерированный файл Web.config, когда мы добавили хранимую строку соединения с базой данных, которую можно увидеть в файле:

<connectionStrings> <add name= MRBConnectionString connectionString= Data Source=.\SQLEXPRESS;

AttachDbFilename=DataDirectory\MeetingRoomBooker.mdf; Integrated Security=True;User Instance=True providerName= System.Data.SqlClient /> </connectionStrings>

Если запустить проект в режиме отладки, то в файле Web.config появятся некоторые дополнительные настройки.

Файлы Web.config можно редактировать вручную, но Web-сайт (и его конфигурационные файлы) также можно настроить с помощью инструментального средства. Этот инструмент доступен через пункт меню WebsiteASP.NET Configuration (Web-сайтКон-фигурация ASP.NET) в Visual Studio. Экрана этого инструмента показан на рис. 37.15.

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

Рис. 37.15. Инструментальное средство администрирования Web-сайта

Резюме

В этой главе был представлен обзор создания Web-приложений ASP.NET. Вы увидели, как можно использовать C# в комбинации с Web-серверными элементами управления для обеспечения действительно полнофункциональной среды разработки. Мы разработали пример приложения заказа мероприятий, чтобы проиллюстрировать многие из доступных приемов - такие как многообразие серверных элементов управления и связывание данных с ADO.NET.

В частности, рассматривались перечисленные ниже вопросы.

□ Представление ASP.NET и как эта технология вообще ст1куется с разработкой .NET.

□ Как работает базовый синтаксис ASP.NET, как осуществляется управление состоянием, а также как интегрировать код C# со страницами ASP.nEt.

□ Как создать Web-приложение ASP.NET в среде Visual Studio, а также, какие доступны варианты для хостинга и тестирования Web-сайтов.

□ Перечень элементов управления Web, доступных разработчикам ASP.NET, и как они работают вместе для обеспечения доставки динамического и/или управляемого данными содержимого.

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

□ Как привязать данные к элементам управления Web, и как форматировать отображаемые данные, используя шаблоны и выражения связывания данных.

□ Как собирать все перечисленное вместе для построения приложения заказа комнат для совещаний.

Обладая всей этой информацией, вы теперь готовы собирать собственные мощные Web-приложения. Однако до сих пор мы лишь слегка коснулись тех возможностей, которые предоставляет разработка ASP.NET. Поэтому прежде чем отложить эту книгу и погрузиться в собственно разработку для Web, проявите терпение и прочитайте немного больше. В главе 38 вы сможете расширить свои знания относительно ASP.NET, ознакомившись с некоторыми наиболее важными темами, относящимися к Web, включая ведущие страницы, настройку внешнего вида и персонализацию. Результаты того стоят!