Речь пойдет, разумеется, не только об анализе данных веб-форм.
ш
320 Часть II. Применение веб-технологий стороны клиента для создания сайтов
Сценарии на стороне клиента —
ключ к интерактивности
В «академическую» эпоху развития Всемирной паутины существовал лишь
один механизм, позволявший наладить обратную связь веб-ресурсов с
посетителями — CGI (Common Gateway Interface, общий шлюзовой интерфейс).
Интерфейс CGI расширяет функциональность веб-сервера. Благодаря этой
технологии сервер приобретает способность исполнять на своей стороне
произвольный программный код. При этом сервер имеет возможность
передавать исполняемому приложению некие пользовательские данные
(отправляемые, например, при помощи тех же веб-форм) и получать результаты его
работы (как правило, в виде HTML-кода). Сгенерированные «на лету» страницы
отсылаются клиенту точно так же, как и покоящиеся на диске статические
документы.
Благодаря своей универсальности технология CGI живет и по сей день —
в качестве CGI-скриптов могут выступать приложения, написанные с
применением практически любых языков программирования, включая даже в
той или иной мере «усеченные» по своим возможностям языки командных
процессоров операционных систем. Разработчику достаточно лишь соблюсти
ряд общих требований, обсуждение каковых не входит в наши задачи.
Сегодня старый добрый интерфейс CGI оттесняют в сторону
многочисленные конкуренты, обладающие индивидуальными особенностями,
достоинствами и недостатками, но решающие, в сущности, похожие задачи. PHP
(Personal Home Page, персональная домашняя страница); ASP (Active Server
Pages, активные серверные страницы) от компании Microsoft; Java-сервлеты и
JSP (Java Server Pages, серверные страницы на языке Java) от Sun
Microsystems; ColdFusion от Allaire— вот далеко не полный перечень
современных серверных технологий.
Идея распространить «динамику» на клиентскую сторону принадлежит
компании Netscape. Так, в виде одного из расширений браузера Netscape
Navigator 2.0 миру был явлен язык сценариев JavaScript 1.0, разработанный Бренда-
ном Эйчем в 1995 г.
Microsoft не заставила себя долго ждать — поддержка JavaScript (правда, под
именем JScript, ибо название JavaScript— это собственность компании
Netscape; впрочем, о подобных нюансах сегодня мало кто вспоминает)
появилась в Internet Explorer 3.0.
Позже JavaScript был стандартизирован организацией ЕСМА (в прошлом —
European Computer Manufacturers Association, Европейская ассоциация
производителей компьютеров; www.ecma-international.org), занимающейся
сертификацией решений в области информационных технологий и телекомму-
Глава 7. Создание интерактивных сайтов при помощи языка сценариев JavaScript 321
никаций (Information and Communication Technology, ICT) и бытовой
электроники (Consumer Electronics, CE), а затем обрел статус стандарта ISO.
Соответствующие стандарты имеют номера ЕСМА-262 и ISO 16262, а сам
определяемый ими язык носит имя ECMAScript. Впрочем, ни это название, ни
придуманное в стенах Microsoft наименование JScript не прижились среди
разработчиков. Куда как чаще используется первоначальное имя языка,
данное ему непосредственным создателем— JavaScript, и мы, пожалуй, тоже
будем придерживаться этой традиции.
( Примечание ^)
Между тем, JavaScript, JScript и ECMAScript далеко не тождественны друг другу.
Более того, каждый из этих языков обладает индивидуальной нумерацией
версий — во всем этом чрезвычайно легко запутаться.
Как вы понимаете, я призываю пользоваться стандартизированным вариантом
языка. Актуальной на настоящий момент является третья редакция стандарта
ЕСМА-262, выпущенная в декабре 1999 г.
Как правило, версии языка JavaScript обладают полной обратной
совместимостью с ближайшими ранее выпущенными редакциями стандарта ЕСМА-262,
но в то же время включают в себя дополнительные возможности, не
предусмотренные стандартом.
Так, JavaScript до версии 1.2 включительно не дотягивал по ряду требований до
первой редакции стандарта ЕСМА-262.
|
5th Фев 2011
|
Теги:
|