Эндрю Уэзеролл - Компьютерные сети. 5-е издание

Каждое поле может быть подразделено на подполя (а подполя на подподполя и т. д.) произвольное количество раз.

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

может выдать HTML, в котором названия выделены курсивом. Кроме того, язык под названием XSLT( extensible Stylesheet Language Transformations — стилевые трансформации расширяемого языка разметки) может использоваться для того, чтобы определить, каким образом трансформировать XML в HTML. XSLT похож на CSS, но у него гораздо больше возможностей. Мы, пожалуй, избавим вас от деталей.

Еще одно преимущество представления данных в виде XML, а не HTML состоит в том, что программам проще их анализировать. На HTML изначально писали вручную (да и сейчас не многое изменилось), так что часто он выглядит несколько сырым. Иногда закрывающие теги, такие как , опускаются. У других, таких как
, нет соответствующих закрывающих тегов. Кроме того, другие теги могут размещаться не там, где следует, а положение имен тегов и атрибутов может варьироваться. Большинству браузеров приходится нелегко, когда они пытаются разобраться в таком коде. У XML гораздо более строгая структура. Имена тегов и атрибутов всегда пишутся в нижнем регистре, теги всегда должны закрываться в порядке, обратном порядку их появления (или же должно быть строго определено, что определенному тегу не нужен соответствующий закрывающий тег), а значения атрибутов должны быть заключены в кавычки. Эта точность определений делает разбор проще, а результат получается однозначный.

HTML даже был определен в терминах XML. Этот подход называется XHTML( eXtended HyperText Markup Language— расширенный язык гипертекстовой разметки). В общем-то это просто версия HTML с очень жесткими требованиями. Страницы XHTML должны строго соответствовать правилам XML, иначе они не принимаются браузером. Так что с низкокачественными веб-страницами и несовместимости страниц с браузерами покончено. Так же как в случае с XML, целью было создание страниц, которые бы легче обрабатывались программами (в данном случае веб-приложениями). Хотя XHTML существовал с 1998 года, он долго не мог завоевать популярность. Те, кто пользовался HTML, не понимали, зачем им нужен XHTML, и он долго не поддерживался браузерами. Сегодня HTML 5.0 определен таким образом, что страница может быть написана либо на HTML, либо на XHTML, чтобы переход на новый стандарт не был таким резким. В итоге XHTML должен заменить HTML, но пройдет еще много времени, прежде чем этот переход будет завершен.

XML также обрел популярность, как язык коммуникации между программами. Когда это взаимодействие проводится при помощи протокола HTTP (описанного в следующем разделе), оно называется веб-сервисом (Web service). Стоит обратить внимание на SOAP( Simple Object Access Protocol — простой протокол доступа к объектам), который является способом реализации веб-сервисов, выполняющих вызов удаленных процедур между программами, независимо от их языка и платформы. Клиент просто создает запрос в форме XML-сообщения и отсылает его на сервер, используя протокол http. Сервер отсылает ответ в такой же форме. Таким образом приложения на различных платформах могут работать вместе.

Возвращаясь к AJAX, мы лишь подчеркиваем, что XML является полезным форматом для обмена данными между программами, работающими в браузере и на сервере. Однако, чтобы создать быстро откликающийся интерфейс в браузере при отсылке или получении данных, у скриптов должна быть возможность осуществлять асинхронные операции ввода/вывода, которые не блокируют дисплей при ожидании ответа на запрос. Например, рассмотрим вариант с картой, которую можно прокручивать в браузере. Когда скрипт получает сообщение о том, что пользователь начал прокручивать карту, он может запросить больше данных о карте с сервера, если просматриваемый кусок близок к границе уже полученной части карты. Интерфейс не должен застывать, пока получаются эти данные, иначе ему не светит получить место под солнцем. Вместо этого прокрутка должна продолжаться без помех. Когда данные будут получены, скрипт получает об этом сообщение и может их использовать. Если все идет по плану, новые данные о карте оказываются получены до того, как в них возникает необходимость. В современных браузерах имеется поддержка такой модели коммуникации.