От HTML к XML

Всмотритесь в него. Тот Web, который служил воплощением чудес, практически умер. Ограничения HTML становятся очевидными и почти загнали в тупик свойственную разработчикам способность к созиданию. Конечно, таблицы позволяют делать некоторые изящные вещи, и на горизонте видна надежда, связанная с Dynamic HTML (DHTML). Однако будем откровенны. Таблицы лишь дают возможность управлять динамическими данными, спрятанными в базах данных компаний. К тому же, DHTML действительно оказывает услугу той части пользователей, которые применяют Netscape Navigator и не могут воспользоваться преимуществами своих сайтов. XML, в сочетании с расширяемым языком стилей (extensible Style Language; XSL), обеспечивает решение дилеммы между динамическим и нединамическим представлением данных. XML доставляет данные в Web своевременно, гораздо лучше, чем HTML, обеспечивая при этом большую совместимость, чем при использовании опций, зависимых от версии браузера.

Почти все документы в Web хранятся в формате HTML или же передаются в этом формате под управлением скриптов со стороны сервера. Этот язык относительно мал по своему объему, компактен, благодаря чему обеспечивается быстрая передача документов. Поскольку в HTML определен небольшой круг элементов, то нет необходимости передавать какие-либо дополнительные спецификации языка или же определения документа. Можно быстро оформить страницу при помощи определенных элементов. HTML диктует правила, и вы следуете им. Разумеется, вы можете подобрать элементы для создания любого желаемого эффекта, но так же, как и тысячи других HTML-разработчиков, вы обязаны использовать строго определенные теги для описания и создания собственных документов. Хотя таким способом создавать документы довольно легко, он накладывает значительные ограничения на возможности разработчика. В частности, HTML не позволяет разработчику расширять структуру или проверять правильность разработки документа.

Недостаток расширяемости в HTML

При первом знакомстве с различными элементами HTML могло создаться впечатление, что разработка тегов — устрашающая задача. Нужно не только помнить все теги, а также то, что они делают, необходимо помнить их атрибуты, ключевые возможности, заложенные в каждом теге элемента. Но немного погодя, изучая какой-нибудь сороковой замысловатый тег элемента, почувствуете, что использование тегов HTML становится второй натурой. Когда было нужно выделить в браузере какой-нибудь фрагмент текста, вы использовали тег <B>. Чтобы изменить размер шрифта, применялся тег с атрибутом SIZE. Для размещения на странице ссылки на другой документ требовался тег якоря <А>, который прекрасно работал, предоставляя информацию об URL, заданную в атрибуте HREF.

Но как быть, если необходимо, например, определить специальный тег, чтобы указать, что представленный текст является датой? А если нужно разметить документ и указать, где расположены отдельные фрагменты текста или типы данных? Можно искусно подобрать элементы HTML таким образом, чтобы получить все возможные результаты на экране, но нельзя создать собственные теги элемента и назначить для них специальные атрибуты. Не существует способа описания данных, представленных в HTML-документе. В этом заключается недостаток расширяемости, который привел HTML к критической черте. HTML играет важную роль в отображении данных, но он не позволяет разработчикам преодолеть ограниченные параметры предопределенных тегов.

Отсутствие четко определенных структур в HTML

HTML не может обеспечить четкое представление структуры документов. Нет способа, если конечно не прибегать к скриптам, для представления баз данных во всей полноте, при помощи одного лишь HTML. Наоборот, каждый документ, созданный в HTML, является плоским. В документе нет глубины — только связи, приходящие и исходящие от документа. Это создает трудности при разработке данных в документе и трудности для пользователей, исследующих эти данные.

К тому же, посетители сайта должны верить, что данные представлены самым лучшим способом. Вспомните, сколько раз вы бродили по сайту, так ничего и не найдя в нем. Приходилось переходить к другому сайту, где представление информации было логичным и позволяло находить то, что вам нужно. В XML вы можете создавать структуры данных, а в HTML это невозможно.

HTML не обеспечивает проверку структуры документа

Поскольку в документе HTML структура не задана, то проверить ее невозможно. HTML не поддерживает проверку правильности структуры в приложениях. Браузер лишь обеспечивает отображение данных. Разработчик может опустить элемент <НЕАD> или случайно поместить элемент <BODY> перед элементом <HEAD>. В этом случае, встретив столь странную структуру, браузер "пропустит" часть содержания, в результате некоторые посетители сайта не получат необходимой им информации.

<< назад | содержание | вперед >>