Объект Application

Теперь давайте рассмотрим объект Application. Он предназначен для хранения глобальных переменных ASP-приложения, то есть переменных, которые доступны каждому сеансу приложения. Эти переменные находятся в коллекции Contents, к которой обычно обращаются сокращенно. Например, запишем следующий код в файл default.asp.

<% Application("name")="test" %>

Затем создадим файл test.asp и наберем такой код:

<% Response.Write Application("name") %>

После этого исполним сценарий default.asp, а затем test.asp. Последний выведет строку test в окне браузера. Вообще, в какой бы сценарий приложения мы не вставили код test.asp, результат будет одним и тем же.

Объект Application предоставляет разработчикам два метода:

• Метод Lock
• Метод Unlock

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

<% Application.Lock Application(“MyVar”)=someValue Application.Unlock %>

Кроме коллекций и свойств у объекта Application есть два события: Application_OnEnd и Application_OnStart, которые мы рассмотрим чуть позже.

Объект Session

Этот объект предназначен для управления сеансами. Он имеет четыре свойства:

• CodePage
• LCID
• SessionID
• TimeOut

Первые два свойства — это таблица кодировки и идентификатор локали. Их мы рассматривать не будем, так как они практически не используются.

Свойство SessionID доступно в режиме «только для чтения» и возвращает уникальный идентификатор сеанса. Использование:

<% Response.Write Session.SessionID %>

Свойство TimeOut отвечает за время, через которое движок ASP прервет сеанс и удалит всю связанную с ним информацию на сервере. Установка этого свойства не позволяет оставлять данные о конкретном пользователе на сервере после того, как он отключился. Принимает значения в минутах. Например:

<% Session.Timeout = 10 %>

Объект Session имеет один метод — Abandon, который позволяет принудительно прервать сеанс до истечения срока, указанного в свойстве TimeOut. Пример использования:

<% Session.Abandon %>

В объекте Session, как и в объекте Application, можно хранить данные. Для этого используются переменные уровня сессии. Например:

<% Session(“Username”)=”petya” %>

Кроме того, объект Session предоставляет разработчикам два события: Session_OnStart и Session_OnEnd, которые мы рассмотрим немного ниже.

Файл Global.asa

С чего начинается … нет, не Родина :-) — web-приложение? Ответ такой: с файла Global.asa. Он является главным файлом приложения. В этом файле могут существовать только следующие элементы:

• Четыре события: Application_OnStart, Application_OnEnd, Session_OnStart, Session_OnEnd;
• Тэги <OBJECT>, которые применяются для создания экземпляров ActiveX-компонентов.
• Специальные мета-тэги, которые применяются для подключения библиотеки типов DLL-компонентов.

Примечание: файл Global.asa не обязательно должен присутствовать в приложении, но если уж он задействован, то непременно должен быть одним на все приложение.

Итак, рассмотрим события, которые могут находится в файле global.asa.

Они возникают примерно в таком вот порядке:

• При первом вызове какого-либо сценария движок ASP пытается найти файл global.asa в корне вашего web-приложения, а в нем — обработчик события Application_OnStart.
• Если такой файл существует и есть обработчик события Application_OnStart, то код, содержащийся в нем, исполняется.
• Иначе движок пытается найти обработчик события Session_OnStart и исполнить код, содержащийся в нем.
• По завершении сеанса возникает событие Session_OnEnd.

Если разработчик изменил файл global.asa, а затем сохранил его, то приложение заканчивает работу и вызывается событие Application_OnEnd. Вообще, это событие возникает, когда приложение завершается (когда происходит перезапуск web-сервера, перезапуск компьютера и т. д.).

Создание экземпляров ActiveX-компонентов с помощью тэга <OBJECT> происходит следующим образом:

<OBJECT RUNAT=Server SCOPE=Scope ID=Identifier PROGID="progID"|CLASSID="ClassID"> </OBJECT>

Атрибут RUNAT всегда принимает значение Server. Атрибут SCOPE определяет область видимости компоненты (Application или Session). ID — это идентификатор, с помощью которого в дальнейшем можно будет получить доступ к объекту. Далее вы указываете PROGID или CLASSID, которые нужны, чтобы идентифицировать компонент.

Например, вы хотите создать экземпляр компонента BrowserCapabilities (он рассматривался выше), который был бы доступен каждому сеансу приложения. Для этого в файле global.asa необходимо написать примерно следующий код:

<OBJECT RUNAT=Server SCOPE=Session ID=MyBrowser PROGID="MSWC.BrowserType"> </OBJECT>

После этого вы получаете доступ к свойствам и методам данного компонента из любого сценария вашего приложения простым обращением к переменной MyBrowser. Например:

<%    Response.Write MyBrowser.cookies %>

Также экземпляры ActiveX-компонентов можно создавать с помощью подключения библиотеки типов данной компоненты. Делается это следующим образом:

<!--METADATA TYPE="TypeLib"    FILE="file"    UUID="uuid"    VERSION="version"    LCID="localeid" -->

Атрибут TYPE всегда принимает значение TypeLib. В атрибуте FILE необходимо указать путь к библиотеке типов вашего компонента. UUID — это уникальный идентификатор этой библиотеки. Указывать можно либо FILE, либо UUID. VERSION — это, естественно, версия компоненты :-). Атрибут LCID отвечает за идентификатор локали.

Например, у вас есть библиотека динамической компоновки MyLib.dll, а у нее есть библиотека типов MyLib.lib. Вы можете подключить ее в файле global.asa вот таким способом:

<!-- METADATA TYPE="TypeLib" FILE="Mylib.lib" -->

Затем в любом сценарии приложения можно использовать этот компонент следующим образом:

<% Dim MyVar      Set MyVar = Server.CreateObject("Mylib.MyClass")    … %>

На сегодня это все.

Удачного дизайна!