ASP - Задание границ приложения
Приложение, использующее ASP, представляет собой набор страниц ASP и компонентов COM. При определении приложения с помощью оснастки IIS назначается исходный каталог на веб-узле. Каждый файл или папка, находящийся внутри исходного каталога приложения на веб-узле, рассматривается как часть приложения. Следовательно, можно использовать структуру каталогов для формирования границ приложения, которые определяют область определения приложения. На веб-узле может быть несколько приложений, но каждое приложение должно быть сконфигурировано отдельно.
Одной из наиболее важных задач, с которыми сталкиваются при разработке веб-приложений, является сборка ASP-страниц в одно приложение. IIS использует концепцию пространства имен для идентификации приложений. Пространство имен является способом связывания области памяти с легко распознаваемым именем; оно идентифицирует группу файлов как объединенных вместе. IIS использует виртуальные каталоги для определения пространств имен для приложений. Приведенный ниже рисунок иллюстрирует эти понятия.
Сценарии и динамические библиотеки расширений ISAPI внутри границ приложения образуют элемент изолирования, который всегда выполняется в одиночном серверном процессе. Администраторы IIS могут запускать приложения в том же серверном процессе, что и IIS; в групповом процессе (процесс, используемый по умолчанию) или приложение может быть изолировано (запущено в изолированном процессе), что особенно полезно при разработке и тестировании.
Дополнительные сведения об изолировании приложений и компонентов см. в разделе Упрощение разработки с помощью изолирования процессов.
Кроме запуска приложений в одиночном процессе можно также отделить компоненты от файлов .asp, которые вызывают их, запуская компоненты в изолированном или групповом процессе. Изолированный процесс является удачной конфигурацией для отладки компонентов. Групповой процесс обеспечивает наилучшую защиту для сервера без накладных расходов, связанных с поддержанием большого числа изолированных процессов. Чтобы запустить компоненты в собственном процессе, необходимо создать новое приложение и добавить компоненты к нему с помощью диспетчера служб компонентов.
Существует пять возможных конфигурация для приложений:
- Поместить все файлы .asp и компоненты в один процесс с IIS; эта конфигурация обеспечивает наилучшее быстродействие.
- Поместить все файлы .asp и компоненты в один процесс, а IIS — в другой.
- Поместить все файлы .asp и компоненты в групповой процесс, IIS — в другой процесс, а специальные приложения — в изолированный процесс.
- Поместить все файлы .asp и IIS в один процесс, а компоненты — в другой.
- Поместить все файлы .asp в один процесс, компоненты — в другой, а IIS — в третий процесс.
Поскольку границы процесса представляют разные области памяти, вызовы между ними заставляют IIS выполнять дополнительную работу. Механизм вызовов через границы процессов известен как маршалинг. Межпроцессные вызовы выполняются медленнее, чем вызовы внутри одного процесса. Групповые и изолированные приложения, следовательно, менее производительны, чем приложения использующие тот же процесс, что и IIS.