ПЕРСПЕКТИВЫ ASP.NET

АРТЕМ ИВАНОВ

Спецвыпуск: Хакер, номер #067, стр. 067-008-1

МЫ ПОГОВОРИМ О КОРПОРАЦИИ MICROSOFT И ЕЕ ОЧЕРЕДНОМ ШАГЕ В БОРЬБЕ ЗА ОБЛАСТЬ РЫНКА, СВЯЗАННУЮ С РАЗРАБОТКОЙ WEB-ОРИЕНТИРОВАННЫХ ПРИЛОЖЕНИЙ. ЭТОТ ШАГ — ТЕХНОЛОГИЯ ASP.NET

история болезни

Успехи ASP.NET очевидны. Рекордсменом можно считать ресурс MySpace.com, созданный на основе ASP.NET 2.0 и работающий под управлением IIS 6.0. Количество посещений этого ресурса в течение дня достигло полутора миллиардов страниц в день. Как блог, для Китая пока не тянет? Все-таки оцени еще пару фактов. Переход MySpace.com на технологию ASP.NET с «другой» технологии занял один год (ранее использовавшуюся технологию в источниках не называют, наверное, чтобы не портить настроение нам с тобой). В результате перехода средняя загрузка серверов упала с 85% до 27%. Впечатляет? Как web-разработчика — да!

масштаб

Тебя впечатляет вид Эйфелевой башни или Ниагарского водопада? А вид традиционных японских статуэток нэцкэ? Наверное, тоже. На этот раз мы поговорим о масштабах. Возможно, успехи не-windows-ориентированных систем разработки и развертывания web-приложений мало заметны на фоне грандиозных показателей таких гигантов, как MSN или eBay. Но это только верхушка айсберга рынка web-приложений. С одной стороны, на верхних строчках поисковых запросов находятся крупные ресурсы, созданные с помощью ASP.NET в количестве, скажем, десяти штук. С другой стороны, остаются сотни тысяч ресурсов, созданные с помощью иных технологий.

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

На первом этапе была реализация, аналогичная CGI (Common Gateway Interface), — ISAPI (Internet Server Application Programming Interface). Поскольку «родиной» web-приложений является операционная система Unix, методы их реализации построены в соответствии с идеологией этой операционной системы. Не углубляясь в подробности, можно выделить основную особенность этой идеологии — вызов интерпретатора через CGI-интерфейс. С точки зрения производительности, не лучший вариант. ISAPI-приложение, в свою очередь, представлялось в виде динамически присоединяемой библиотеки (DLL), которая выполнялась в процессе web-сервера. Это позволило увеличить производительность и создавать более сложные схемы построения web-приложений. Однако приходилось останавливать сервер для обновления ISAPI-библиотек — огромный недостаток.

Следующий этап, по сути, стал ключевым в формировании современного представления о web-разработке, а именно — разделение слова «web-разработка» на «web» и «разработка». В новой идеологии часть работы, имеющая отношение к внешнему оформлению web-сайта, перекладывалась на плечи одного человека — дизайнера, а часть, которая касается функционального ядра приложения, — на плечи программиста. Благодаря использованию ASP (Active Server Pages) был ускорен и упрощен процесс разработки и отладки приложения. Однако возможны случайные нарушения его работоспособности, так как элементы оформления и функциональная начинка объединены в одном документе. Такими нарушителями друг для друга становились и дизайнеры, и разработчики проекта. Также отрицательно сказывалась необходимость вызывать интерпретатор для выполнения скриптовых языков внутри ASP-страницы. Процедура небыстрая и постоянно повторяемая, то есть неоптимальная в плане производительности.