От 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