ЯЗЫК ПРОГРАММИРОВАНИЯ С# 2005 И ПЛАТФОРМА .NET 2.0. 3-е издание

Следует понимать, что в той ситуации, когда множество переменных уровня приложения должно обновляться как единое целое, есть риск нарушения целостности данных (поскольку теоретически возможно, что данные уровня приложения могут измениться в момент получения к ним доступа со стороны другого пользователя). Можно, конечно, пойти длинным путем и вручную блокировать доступ, используя примитивы потоков из пространства имен System.Threading, но тип HttpApplicationState предлагает два метода, Lock и Unlock, которые автоматически гарантируют потоковую безопасность.

// Безопасный доступ к соответствующим данным приложения.
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) {