Глава 1 Инсталляция и настройка

Создание приложений ASP.NET производится при помощи средства разработки Visual Studio .NET. Это огромнейший пакет средств и технологий для создания самых разнообразных приложений. У меня просто не хватает слов, чтобы вкратце описать все его возможности. Разработчик может использовать один из трех языков программирования, входящих в состав пакета: Visual Basic .NET, Visual C++ .NET и Visual C# .NET. Все они объединены общим интерфейсом, поэтому разработчик для реализации каждой задачи может выбирать тот язык, который максимально хорошо подойдет к данной ситуации. При этом внешний вид среды разработки, ее основные функции и механизмы не будут изменяться, и в любом случае, разработчик будет действовать в рамках знакомой среды программирования. Подобное единообразие значит очень много, так как удобство разработки является одним из ключевых факторов быстроты создания и качества программного продукта.

Дистрибутив Visual Studio .NET занимает семь дисков CD-ROM. Естественно, на жесткий диск переносится не все их содержимое, но так или иначе, придется выделить не менее 3 Гбайт на основном жестком диске и около 300 Мбайт на системном логическом диске.

Как и все системное программное обеспечение, производимое корпорацией Microsoft, среда разработки Visual Studio .NET является достаточно требовательным приложением. В качестве минимальных системных требований, помимо уже упоминавшегося необходимого объема свободного места на дисках системы, необходимо наличие процессора не ниже уровня Pentium II — 450 и оперативная память от 96 Мбайт. На практике, для более приемлемой скорости работы, следует нарастить объем оперативной памяти до 128 Мбайт. Да и более мощный процессор явно не помешает.

Также стоит обратить внимание на используемую операционную систему. Рекомендуется использовать операционные системы семейства Windows, основанные на технологии NT. Это сама Windows NT, Windows 2000 (желательно оригинальная версия) или Windows XP. Однако последняя в настоящий момент имеет не слишком долгую историю эксплуатации, поэтому, теоретически, может быть несколько нестабильна. На первые две перечисленные системы надо установить самые новые пакеты обновлений. Иначе говоря, машину, на которой будет производиться разработка, необходимо поднять на максимально высокий уровень.

Впрочем, на пятом диске дистрибутива Visual Studio .NET находятся все дополнительные компоненты, необходимые для функционирования среды разработки и среды выполнения программ. И первым действием программы установки будет проверка наличия необходимых дополнительных компонентов в составе операционной системы. Кстати, одним из таких дополнительных компонентов является набор серверных расширений FrontPage, который отказывается корректно устанавливаться на русскую версию Windows 2000. Поэтому я и упоминал, что следует использовать именно оригинальную версию. Впрочем, данный компонент не является критичным для функционирования Visual Studio .NET. И уж тем более, он не нужен для разработки ASP-приложений. Данные расширения позволяют обеспечивать работу некоторых активных элементов, которые FrontPage позволяет встраивать в разрабатываемые HTML-документы. Мы же будем сами разрабатывать подобные активные элементы, поэтому наличие специализированных расширений нам абсолютно не нужно.

Изначально скрипты ASP создавались при помощи языка Visual Basic. Однако концепция MSIL (Microsoft Intermediate Language), являющаяся частью Microsoft .NET, позволяет писать ASP-приложения на любом языке, поддерживаемом средой разработки Visual Studio .NET. В ее состав входят языки Visual Basic .NET, Visual C++ .NET и Visual C# .NET. Приложения ASP можно разрабатывать на любом из этих языков, но традиционно они разрабатывались при помощи языка Visual Basic, и мы тоже будем использовать именно этот язык.

Но вернемся к рассмотрению концепции MSIL. Для того чтобы разработчик мог выбирать язык программирования в зависимости от своих предпочтений или поставленной задачи, необходимо нечто большее, чем единая среда разработки. Необходима общая основа для всех приложений. И она была создана. Как мы помним, при установке Visual Studio .NET были инсталлированы дополнительные элементы. Одним из таких элементов была среда -NET Framework. Этот компонент можно рассматривать как некоторое дополнение к операционной системе, которое несколько расширяет ее возможности. Вместе с .NET Framework технология разработки приложений разбивается на два этапа. Сначала разработчик пишет исходный код на выбранном языке программирования. После этого компилятор Visuallidio .NET переводит его на язык MSIL. А на втором этапе приложение, расписанное на языке MSIL при помощи виртуальной машины CLR (Common Language Runtime), переводится в код, присущий той компьютерной платформе, на которой приложение будет функционировать. При этом приложение получает возможность использовать всю функциональность, описанную в Microsoft .NET Framework.

Естественно, подобная структура компиляции полностью копирует идеологию Java. Как мы помним, Java-компиляторы переводили исходный текст программы не в машинные коды, а в некий байт-код, который затем компилировался виртуальной Java-машиной. Конечно виртуальную Java-машину надо было писать для каждой специфичной платформы. Точно также обстоит дело и с Microsoft .NET Framework. Точнее, с ее основной частью — так называемым "компилятором по требованию", ЛТ-компилятором, чаще называемым джиттером, который и отвечает за перевод кода MSIL в код, специфичный для конкретной платформы. На момент написания книги джиггер был разработан только для операционной системы Microsoft Windows 2000 и Windows XP.

Но вернемся к ASP. Данная технология позволяет создавать приложения, обеспечивающие интерактивность и иные дополнительные возможности для сайтов. ASP-приложения действуют не на стороне удаленного пользователя, а на самом WWW-сервере. Поддержка технологии ASP встроена в WWW-сервер IIS (Internet Information Services), который входит в состав дистрибутива Windows NT 4 и Windows 2000. Впрочем, на диске с дополнительными компонентами, входящими в состав дистрибутива Visual Studio.NET, также находится этот компонент, и если он не установлен в операционной системе, то инсталлятор Visual Studio.NET попробует установить IIS самостоятельно. Но все-таки стоит установить его с самого начала еще перед установкой Visual Studio.NET, чтобы правильно его настроить.

Для установки IIS следует открыть окно Control Panel (Панель управления) операционной системы и запустить утилиту Add/Remove Programs (Установка и удаление программ). Нам потребуется утилита Add/Remove Windows Components (Установка компонентов Windows). Эта утилита активизирует диалоговое окно Windows Components Wizard (Мастер установки компонентов Windows), показанное на рис. 1.1.

Компонент Internet Information Services (IIS) состоит из нескольких разнородных частей. Список их можно увидеть, если выделить в диалоговом окне Windows Component Wizard (Мастер установки компонентов Windows) строку Internet Information Services (IIS) и нажать кнопку Details (Состав). В результате будет отображено диалоговое окно Internet Information Services (IIS), показанное на рис. 1.2.

Рис. 1.5. Диалоговое окно настройки Virtual Directory Creation Wizard, отображаемое на втором этапе работы мастера

Полный путь к физическому каталогу, который будет связан с создаваемым виртуальным каталогом, следует внести в поле ввода Directory (Каталог), или воспользоваться кнопкой Browse (Обзор). После указания пути к физическому каталогу еще раз нажать кнопку Next (Далее). Третий этап работы мастера позволяет установить назначение виртуального каталога. Как известно, мы можем гибко устанавливать правила работы с виртуальными каталогами. Можно разрешать чтение файлов из них, запись в файлы данного каталога, исполнение скриптов или приложений, просмотр содержимого каталога. Также возможно использование любой комбинации из этих разрешений. Итак, после того, как мы, указав путь к физическому каталогу, нажали кнопку Next (Далее), будет отображено диалоговое окно третьего этапа работы мастера создания виртуальных каталогов, показанное на рис. 1.6.

Рис. 1.6. Диалоговое окно настройки Virtual Directory Creation Wizard, отображаемое на третьем этапе работы мастера

Рассмотрим возможные установки разрешений для виртуального каталога. Установка или отключение того или иного разрешения производится при помощи независимых переключателей, связанных с описаниями разрешений. Всего предусмотрено пять разрешений.

•   Read (Чтение). Разрешение на чтение файлов из создаваемого виртуального каталога.
•   Run scripts (such as ASP) (Запуск сценариев (например ASP)). Позволяет удаленному пользователю запускать на выполнение скрипты из данного виртуального каталога.
•   Execute (such as ISAPI applications or CGI) (Выполнение (например приложений ISAPI и CGI)). Разрешение выполнять Web-приложения, основанные на технологии ISAPI или CGI, находящиеся в данном виртуальном каталоге.
• Write (Запись). Разрешение на запись в файлы, размещенные в данном виртуальном каталоге.
• Browse (Обзор). Означает, что удаленный пользователь может просматривать содержимое данного каталога.

Рис. 1.7. Вкладка Web Site диалогового окна Default Web Site Properties

Это диалоговое окно состоит из двух вкладок — General Properties (Общие свойства) и Extended Properties (Расширенные свойства). Вкладка General Properties (Общие свойства) содержит органы управления, регулирующие свойства самих файлов, в которых будут содержаться сообщения о подключениях. А формат сообщений о подключениях удаленных пользователей и их действиях регулируется на вкладке Extended Properties (Расширенные свойства).

Когда пользователь в качестве URL указывает только доменное имя сайта, WWW-сервер отсылает браузеру стартовую страницу. Обычно HTML-файл с данной страницей носит наименование index.htm Но по умолчанию WWW-сервер IIS отображает страницу default.htm. Впрочем, наименование файла, который будет посылаться удаленному пользователю, естественно, можно изменить. Для этого необходимо активировать вкладку Documents (Документы) диалогового окна Default Web Site Properties (Свойства веб-узла по умолчанию), показанную на рис. 1.8.

Рис. 1.8. Вкладка Documents диалогового окна Default Web Site Properties

Для того чтобы при указании удаленным пользователем только доменного имени сайта WWW-сервер выдавал браузеру какую-либо Web-страницу, необходимо поставить флажок в независимом переключателе Enable Default Document (Задать документ, используемый по умолчанию). При этом будет активизирован список, входящий в одноименную группу органов управления. В списке находятся наименования файлов, которые будет пытаться отыскать в корневом каталоге сайта WWW-сервер, чтобы обработать их и передать браузеру удаленного пользователя. При этом учитывается порядок расположения наименований файлов в данном списке. Сначала сервер будет пытаться найти файл, находящийся на первой позиции списка. Если этот файл не будет найден в корневом каталоге сайта, то сервер попытается отыскать следующий файл из списка, и так далее. На иллюстрации видно, что мы можем использовать не только чистые HTML-файлы, но и ASP-сценарии. Для изменения порядка следования наименований файлов в списке, слева от списка размещены две кнопки с изображением стрелок, направленных вверх и вниз. Если необходимо добавить в список наименование еще одного файла, можно использовать кнопку Add (Добавить). А для удаления файла из списка необходимо воспользоваться кнопкой Remove (Удалить).

В качестве последнего штриха настройки сервера можно использовать страницы обработки ошибок. Как известно, WWW-сервер может обрабатывать ошибки, вызванные действиями удаленного пользователя или локальных сценариев и Web-приложений. Одной из наиболее распространенных ошибок является ошибка с кодом 404, когда пользователь запрашивает документ, которого в действительности нет на сервере. При возникновении какой-либо ошибки, сервер возвращает браузеру удаленного пользователя Web-страницу с описанием возникшей ситуации. Так вот, мы можем самостоятельно создавать подобные Web-страницы с сообщениями об ошибках. Для того чтобы сопоставить созданные Web-страницы с кодами возможных ошибок, следует воспользоваться вкладкой Custom Errors (Специальные ошибки) диалогового окна Default Web Site Properties (Свойства веб-узла по умолчанию), показанной на рис. 1.9.

Рис. 1.9. Вкладка Custom Errors диалогового окна Default Web Site Properties

Основу рассматриваемой нами вкладки диалогового окна настройки свойств сервера составляет список, строки которого состоят из кода ошибки и имени файла, Который будет выводиться сервером при возникновении этой ошибки. Если мы хотим изменить стандартные предупреждения сервера, у нас есть два пути. Мы можем либо самостоятельно изменить те Web-страницы, которые указаны в этом списке, либо создать свои собственные Web-страницы с описанием возникшей критической ситуации и привязать их к кодам ошибок. Для привязки вновь созданных Web-страниц к ошибкам, следует выделить строку с кодом интересующей нас ошибки и нажать кнопку Edit Properties (Изменить свойства). После этого будет отображено дополнительное диалоговое окно с полем ввода для полного наименования HTML-файла, который будет посылаться в браузер удаленного пользователя при возникновении искомой ошибки.

Итак, мы настроили свой WWW-сервер. Теперь для того чтобы начать с ним работать в локальном режиме, необходимо его запустить. Обычно запуск WWW-сервера происходит автоматически при загрузке операционной системы. Проверить его функционирование можно в диалоговом окне контроля IIS. Контекстное меню, появляющееся при щелчке правой кнопкой мыши на строке Default Web Site (Веб-узел по умолчанию) в диалоговом окне Internet information Services (Информационные службы Интернет), содержит три пункта — Start (Пуск), Stop (Остановить) и Pause (Приостановить), которые позволяют принудительно запустить, отключить и приостановить работу сервера соответственно. Нет нужды напоминать, что ASP-сценарии обрабатываются сервером, поэтому при их тестировании необходимо, чтобы сервер был запущен.