• В прошлом коллекция состояния Application использовалась для хранения констант уровня приложения, таких как строка подключения к базе данных. Как было показано в главе 5, константы такого типа теперь могут сохраняться в файле web.config такой подход является более удобным, потому что позволяет запросто изменять эти константы, не "выискивая" их в коде Web-страницы и не компилируя приложение заново.
• Состояние приложения также может применяться для хранения часто используемой информации, создание которой отнимает много времени (такой как полный каталог товаров, который требует выполнения поиска в базе данных). Однако использование для хранения такой информации коллекции Application приводит к появлению различных проблем вроде того, как проверить, являются ли данные действительными, и как заменить их в случае необходимости. Это также может негативно сказаться на производительности, если каталог продуктов является слишком большим. Похожий, но более удобный подход — сохранить часто используемую информацию в кэше ASP.NET. Во многих случаях эффективнее использовать кэширование, чем состояние приложения.

Данные состояния приложения всегда хранятся в процессе. Это означает, использовать можно любые типы данных .NET. Однако это также предполагает наличие тех же двух ограничений, что и у внутрипроцессиого состояния сеанса, а именно: состояние приложения не может совместно использоваться группой серверов, и данные состояния приложения всегда будут утрачиваться при обновлении (перезапуске) домена приложения, которое может происходить в виде одного из этапов обычного процесса обслуживания ASP.NET.

На заметку! Состояние приложения поставляется главным образом для обратной совместимости с классической версией ASP. В новых приложениях для глобальных данных лучше применять другие подходы, например использовать базу данных вместе с объектом Cache.

Статические переменные приложения

Глобальные переменные приложения можно хранить еще одним способом. Вы можете добавить в файл global.asax (о котором рассказывалось в главе 5) статические переменные экземпляра, после чего они будут скомпилированы в специальный класс HttpApplication для вашего Web-приложения и станут доступными для всех страниц. Например:

public static string[] fileList;

Главная деталь, которая позволяет такому подходу работать, состоит в том, что переменная является статической. Это связано с тем, что для того, чтобы обслуживать множество запросов, ASP.NET создает пул классов HttpApplication. Поэтому каждый запрос может обслуживаться с помощью отдельного объекта
HttpApplication, а каждый объект HttpApplication имеет свои собственные данные экземпляра.

предыдущая    следующая страница   оглавление

292