// Безопасный доступ к соответствующим данным приложения.
Application.Lock();
Application["SalesPersonOfTheMonth"] = "Maxine";
Application["CurrentBonusedEmployee"] = Application["SalesPersonOfTheMonth"];
Application.Unlock();
Замечание. Во многом аналогично оператору lock в C#, если после вызова Lock(), но перед вызовом Unlock() возникнет исключение, блокировка будет автоматически удалена.
Обработка завершения работы Web-приложения
Тип HttpApplicationState предназначен для поддержки значений содержащихся в нем элементов до наступления одного из следующих событий: завершения сеанса доступа последнего пользователя узла (вследствие превышения времени ожидания или закрытия сеанса самим пользователем) или прекращения работы Web-узла вручную с помощью IIS. В любом случае будет автоматически вызван метод Application_Exit() объекта HttpApplication. В этом обработчике события вы можете выполнять любой необходимый вам программный код "уборки".
protected void Application_End(Object sender, EventArgs e) {
// Запись текущих значений переменных приложения
// в базу данных или куда-то еще…
}
Исходный Код. Файлы примера AppState размещены в подкаталоге, соответствующем главе 24
Кэш приложения
ASP.NET предлагает еще один, более гибкий метод обработки данных уровня приложения. Вы, конечно, помните, что значения объекта HttpApplicationState остаются в памяти до тех пор, пока работает Web-приложение. Но иногда требуется, чтобы какой-то фрагмент данных приложения поддерживался только в течение определённого ограниченного периода времени. Например, вы можете потребовать, чтобы созданный тип DataSet оставался действительным только в течение пяти минут. После этого вы предполагаете получить новый тип DataSet, учитывающий возможные пользовательские модификации. Конечно, вполне возможно построить такую структуру с применением HttpApplicationState и некоторого "ручного" управления, но соответствующая задача сильно упрощается, если использовать кэш приложения ASP.NET.
Как следует из самого названия, объект ASP.NET System.Web.Caching.Cache (доступный с помощью свойства Context.Cache) позволяет определить объект, который будет доступен всем пользователям (всех страниц) в течение определенного периода времени. В простейшей своей форме взаимодействие с объектами кэша аналогично взаимодействию с типом HttpApplicationState.
// Добавление элемента а кэш.
// Этот элемент *не* устареет.
Context.Cache["SomeStringItem"] = "Это строковый элемент";
string s = (string)Context.Cache["SomeStringItem"];
Замечание. Чтобы получить доступ к Cache из Global.asax, необходимо использовать свойство Context. Но в контексте типа, производного от System.Web.UI.Page, вы можете использовать объект Cache непосредственно.
Следует понимать, что в отсутствие необходимости автоматически обновлять (или удалять) данные уровня приложения (как в нашем случае), объект Cache не дает особых преимуществ, поскольку тогда можно непосредственно использовать тип HttpApplicationState. Но когда вы хотите, чтобы некоторые данные по прошествии определенного времени уничтожались (и, возможно, об этом сообщалось), тогда тип Cache оказывается чрезвычайно полезным.
Класс System.Web.Caching.Cache вне рамок индексатора типа определяет весьма ограниченный набор членов. Например, метод Add() можно использовать для добавления в кэш нового элемента, не определенного в данный момент (если указанный элемент уже имеется, Add() ничего не делает). Метод Insert() также помещает член в кэш. Однако если такой элемент уже определен, Insert() заменит текущий элемент новым типом. Поскольку именно это и требуется чаще всего, мы рассмотрим подробно только метод Insert().
Кэширование данных
Рассмотрим простой пример. Создайте новое Web-приложение ASP.NET с названием CacheState и добавьте в это приложение файл Global.asax. Подобно переменным уровня приложения, определяемым с помощью типа HttpApplicationState. тип Cache может содержать любой тип System.Object, а его значения часто задаются в обработчике событий ApplicationStart(). Для нашего примера целью является автоматическое обновление содержимого DataSet каждые 15 секунд. Этот тип DataSet будет содержать текущий набор записей из таблицы Inventory базы данных Cars, созданной нами при обсуждении ADO.NET. С учетом этого обновите свой тип класса Global так, как показано ниже (сразу же после листинга предлагается анализ этого программного кода).
‹%@ Application Language="C#" %›
‹%@ Import Namespace = "System.Data.SqlClient" %›
‹%@ Import Namespace = "System.Data" %›
‹script runat="server"›
// Определение статического члена-переменной типа Cache.
static Cache theCache;
void Application_Start(Object sender, EventArgs e) {
// Присваивание значения статической переменной 'theCache' .
theCache = Context.Cache;
// При запуске приложения читается текущая запись
// таблицы Inventory базы данных Cars.
SqlConnection cn = new SqlConnection("data source=localhost;initial catalog=Cars; user id='sa';pwd=''");
SqlDataAdapter dAdapt = new SqlDataAdapter("Select * From Inventory", cn);
DataSet theCars = new dataSet(); dAdapt.Fill(theCars, "Inventory");
// Сохранение DataSet в кэше.
theCache.Insert("AppDataSet", theCars, null,
DateTime.Now.AddSeconds(15), Cache.NoSlidingExpiration, CacheItemPrioritу.Default,
new CacheItemRemovedCallback(UpdateCarInventory));
}
// Цель делегата CacheItemRemovedCallback.
static void UpdateCarInventorу(string key, object item, CacheItemRemovedReason reason) {
// Заполнение DataSet.
SqlConnection cn = new SqlConnection("data source=localhost;initial catalog=Cars; user id = 'sa';pwd=''");
SqlDataAdapter dAdapt = new SqlDataAdapter("Select * From Inventory", cn);
DataSet theCars = new DataSet();
dAdapt.Fill(theCars, "Inventory");
// Сохранение в кэше.
theCache.Insert("AppDataSet", theCars, null,
DateTime.Now.AddSeconds(15), Cache.NoSlidingExpiration, CacheItemPriority.Default,
new CasheItemRemovedCallback(UpdateCarInventory));
}
…
‹/script›
Сначала обратите внимание на то, что тип Global определяет статическую переменную типа Cache. Причина в том, что определяется также статическая функция (UpdateCarInventory()), которой требуется доступ к Cache (напомним, что статические члены не имеют доступа к наследуемым членам, поэтому в данном случае вы не сможете использовать свойство Context).
Внутри обработчика событий Application_Start() заполняется тип DataSet, который затем помещается в кэш приложения. Должно быть ясно, что метод Context.Cache.Insert() перегружен. Ниже объясняются значения каждого из параметров этого метода.
// Сохранение в кэше.
theCache.Insert("AppDataSet", // Имя для идентификации элемента.
theCars, // Объект для отправки в кэш.
null, // Зависимости для объекта.
DateTime.Now.AddSeconds(15), // Длительность пребывания в кэше.
Cache.NoSlidingExpiration, // Фиксированное или скользящее время.
CacheItemPriority.Default, // Приоритет элемента.
// Делегат для события CacheItemRemove.
new CacheItemRemovedCallback(UpdateCarInventory));
Первые два параметра просто формируют пару "имя-значение" элемента. Третий параметр позволяет определить тип Cache Dependency (который в данном случае будет равен null, поскольку у вас в кэше нет элементов, зависящих от DataSet).
Замечание. Возможность определить тип CacheDependency довольно привлекательна. Например, можно указать зависимость между некоторым членом и внешним файлом, и если содержимое файла изменится, соответствующий тип автоматически обновится. Все подробности можно найти в документации .NET Framework 2.0.
Следующие три параметра используются для определения приоритета элемента и времени, в течение которого элементу позволяется оставаться в кэше приложения. Здесь указывается доступное только для чтения поле Cache.NoSlidingExpiration, которое указывает, что указанный промежуток времени (15 секунд) является абсолютным. Наконец, и это самое важное для данного примера, создается тип делегата CacheItemRemovedCallback, которому передается имя метода, вызываемого при очистке DataSet. Как следует из структуры метода UpdateCarInventory(), делегат CacheItemRemovedCallback может вызвать только методы со следующей сигнатурой.
static void UpdateCarInventory(string key, object item, CacheItemRemovedReason reason) {…}
Теперь при запуске приложения тип DataSet будет заполнен и помещен в кэш. Каждые 15 секунд DataSet будет очищаться, обновляться и снова помещаться в кэш. Чтобы увидеть результат этих действий, мы должны создать тип Page, который будет позволять некоторую степень взаимодействия с пользователем.
Изменение файла *.aspx
Обновите пользовательский интерфейс исходного файла *.aspx так, как показано на рис. 24.4.
В обработчике события Load страницы настройте GridView на отображение содержимого помещенного в кэш типа DataSet при первом обращении пользователя к странице.
