Зачем нужны xml файлы

Я думаю, что Вы уже представляете себе, зачем нужен HTML (да, HTML). Он нужен для представления данных в браузере. То есть имеется HTML-код и соответствующий этому HTML-коду определённый вид. Однако, современные тенденции требуют не просто отображения данных, но ещё и их грамотной внутренней структуры.

Вот именно для создания структуры и существует язык XML. Простой пример:

Для нас людей сразу всё становится понятно. В голове возникает сразу образ "зелёного яблока", однако, как объяснить компьютеру, что это яблоко, а не апельсин, человек или наша галактика? Здесь вновь приходит на помощь XML, где мы можем создавать любые теги, давая чётко понять, где яблоко, где апельсин, где человек, а где наша галактика. Надеюсь, понятно объяснил.

Теперь о самом главном. Главная особенность XML – это его универсальность. То есть XML понимает любой современный язык. А так как XML – это текстовый файл, то с ним можно работать и в обычном блокноте. Теперь конкретно к практике, где используется XML:

• Файл-настроек. Настройки в XML-файле очень легко считывать и записывать. По этой причине на Вашем компьютере находятся сотни XML-файлов.
• Мост для обмена данными между программами, написанными на разных языках. Очень важная особенность, следующая из универсальности языка, и это регулярно используется в сложных системах.
• Хранение данных. Фактически, это некий аналог базы данных, но не требующий СУБД (например, MySQL). А благодаря языку запросов XPath становится возможным легко общаться с этой "базой данных".

И, наконец, из своей практики могу привести самый простой пример. У меня на сайте есть карта сайта в формате XML. Там находятся ссылки на все страницы сайта. Это вещь весьма удобная и важная для хорошей индексации сайта, однако, каждый раз вручную добавлять туда новую страницу неудобно. Поэтому благодаря знаниям по работе с XML, я это дело легко автоматизировал. Так что XML – полезный язык, который надо знать любому программисту хотя бы в общих чертах.

Копирование материалов разрешается только с указанием автора (Михаил Русаков) и индексируемой прямой ссылкой на сайт (http://myrusakov.ru)!

Добавляйтесь ко мне в друзья ВКонтакте: http://vk.com/myrusakov.
Если Вы хотите дать оценку мне и моей работе, то напишите её в моей группе: http://vk.com/rusakovmy.

Если Вы не хотите пропустить новые материалы на сайте,
то Вы можете подписаться на обновления: Подписаться на обновления

Если у Вас остались какие-либо вопросы, либо у Вас есть желание высказаться по поводу этой статьи, то Вы можете оставить свой комментарий внизу страницы.

Порекомендуйте эту статью друзьям:

Если Вам понравился сайт, то разместите ссылку на него (у себя на сайте, на форуме, в контакте):

Она выглядит вот так:

BB-код ссылки для форумов (например, можете поставить её в подписи):

Комментарии ( 3 ):

Спасибо, Вам за сайт. Очень аккуратный, без страшных смап рекламов, очень много полезных информаций. супер!

спасибо,спасибо Михаил! я снова у тебя на сайте, теперь по XML, много вопросов возникает при любых изменениях в блогге. нужны какие то базовые знания, хотя бы!

Такой вопрос: в статье про XML (самой первой) было написано: "XML надо знать далеко не всем", здесь написано совершенно обратное. Почему?

Для добавления комментариев надо войти в систему.
Если Вы ещё не зарегистрированы на сайте, то сначала зарегистрируйтесь.

Copyright © 2010-2019 Русаков Михаил Юрьевич. Все права защищены.

Узнайте, как Расширяемый язык разметки (Extensible Markup Language — XML) облегчает универсальный доступ к данным. XML — основанный на Unicode метаязык: язык для описания языков разметки. Он не привязан ни к одному языку программирования, операционной системе или поставщику программного обеспечения. XML обеспечивает доступ к огромному количеству технологий по манипулированию, структурированию, трансформированию и запрашиванию данных.

Введение

Расширяемый язык разметки (XML) изначально был задуман как язык для описания новых форматов документов World W >‘ ’ ). Web-разработчики могут заметить некоторую схожесть между HTML и XML, обусловленную тем фактом, что они оба происходят от SGML.

Поскольку применение XML возросло, сейчас общепринято считать, что XML полезен не только при описании новых форматов документов для Web, но также подходит для описания структурированных данных. Примеры структурированных данных включают информацию, которая обычно содержится в крупноформатных таблицах, файлах конфигурации программы и сетевых протоколах.

XML является предпочтительным для существовавших ранее форматов данных, потому что XML может запросто представить и табличные данные (такие как реляционные данные из базы данных или больших таблиц), и псевдоструктурированные данные (такие как Web-страницы или деловые документы). Популярные ранние форматы, такие как файлы с разделяемыми запятой значениями (CSV), или подходят для табличных данных и плохо описывают псевдоструктурированные данные, или, как RTF, слишком специализированы для псевдоструктурированных текстовых документов. Это привело к широкому распространению XML как языка для обмена информацией.

XML везде

Кроме способности представлять и структурированные, и псевдоструктурированные данные, XML имеет несколько характеристик, которые обусловили его широкое использование в качестве формата представления данных. XML — расширяемый, плотформо-независимый и поддерживает локализацию, т.к. полностью совместим с Unicode. Тот факт, что XML — текстовый формат, означает, что при возникновении необходимости XML-документы можно читать и редактировать, используя стандартные инструменты редактирования текстов.

Расширяемость XML проявляется многими способами. Прежде всего, в отличие от HTML, у него нет фиксированного словаря. С XML каждый может определить специальные словари для конкретных приложений или различных отраслей промышленности. Во-вторых, приложения, обрабатывающие или использующие форматы XML, более устойчивы к изменениям в структуре предлагаемого им XML, чем приложения, которые используют другие форматы. Например, приложение, которое зависит от обработки элемента с атрибутом customer- > . Такая гибкость несвойственна другим форматам данных и является существенным преимуществом использования XML.

XML не привязан ни к одному языку программирования, операционной системе или поставщику программного обеспечения. Кстати, создавать или потреблять XML, используя различные языки программирования — слишком прямолинейно. Независимость от платформ делает XML очень полезным в качестве средства достижения возможности взаимодействовать между различными платформами программирования и операционными системами.

Преимущества представления данных в виде XML были признаны многими и привели к распространению XML-источников данных. Деловые документы, базы данных и межделовое общение — все это примеры информационных источников, которые переходят или перешли к использованию XML как формата представления. Такие продукты Microsoft как Microsoft Office®, Microsoft SQL Server™ и Microsoft .NET Framework дают возможность конечным пользователям и разработчикам создавать и использовать документы, сетевые сообщения и другие данные в виде XML.

Синтаксис XML 1.0

Как было упомянуто ранее, рекомендация W3C XML 1.0 описывает текстовый формат для описания структурированных и псевдоструктурированных данных, используя синтаксис, подобный HTML.

Сравнение XML и HTML

И HTML, и XML документы состоят из элементов, каждый из которых включает «начальный тэг» ( ), «конечный тэг» ( ) и информацию, заключенную между этими двумя тэгами (которая называется содержимым элемента). Элементы могут быть аннотированы атрибутами, содержащими метаданные об элементе и его содержимом.

Однако между HTML и XML есть существенные отличия. XML чувствителен к регистру, в то время как HTML — нет. Это значит, что в XML начальные тэги

и различны, тогда как в HTML — это одно и то же. Другое различие между HTML и XML в том, что XML представляет концепцию правильного построения. Правила построения XML устраняют некоторую неопределенность, присущую обработке таких языков разметки как HTML, вводя такие постулаты, как то, что все значения атрибутов должны быть заключены в кавычки, и что у всех элементов должны быть или начальный и конечный тэги, или явное указание того, что это пустые элементы. Краткое описание правил построения дается в XML FAQ в разделе D.2.

Самое существенное различие между HTML и XML в том, что в HTML есть предопределенные элементы и атрибуты, поведение которых предопределено, в то время как в XML такого нет. Вместо этого, авторы документа могут создавать собственные XML-словари, предназначенные именно для их приложения или деловых нужд. В настоящее время существуют XML-словари для огромного количества отраслей промышленности и приложений: от финансовых картотек (XBRL) и финансовых операций (FpML) до Web-документов (XHTML) и сетевых протоколов (SOAP). Отсутствие предопределенных элементов и атрибутов, которые определяют, как формируется или отображается XML-документ, дает возможность авторам сосредоточиться на создании документов, которые содержат только существенную семантическую информацию в их конкретной предметной области. Отделение содержимого от представления, ставшее возможным с XML-словарями, существенно увеличивает возможности повторного использования информации и перенацеливания содержимого.

Анатомия XML-документа

Ниже приведен пример XML-документа, который представляет заказ покупателя в магазине музыкальных CD. На что надо обратить внимание — это то, как просто документ представляет и строго структурированные данные, которые описывают информацию о компакт дисках, и псевдоструктурированные данные, содержащие специальные инструкции и комментарии по определенному покупателю.

Документ начинается с необязательного описания XML, в котором указывается, какая версия XML и кодирование символом используются. Далее следует инструкция обработки xml-stylesheet, которая используется для связывания таблицы стилей, содержащей инструкции по форматированию, с XML-документом. Таблица стилей используется для формирования привлекательного внешнего вида документа в пользовательских приложениях, таких как Web-браузеры. Инструкции обработки обычно используются для введения информации о приложении в XML-документ. Например, большинство приложений, обрабатывающих содержимое приведенного выше документа, вероятно, проигнорируют инструкцию обработки xml-stylesheet. С другой стороны, приложения, используемые для отображения XML-документа, такие как Web-браузер, могли бы использовать информацию инструкции обработки для того, чтобы определить, где располагается таблица стилей, содержащая специальные инструкции для отображения документа.

Unicode + угловые скобки = возможность взаимодействовать

Сочетание тех фактов, что синтаксис XML 1.0 — текстовый и слишком простой для синтаксического разбора, привело к использованию XML как нового формата обмена данными в случаях, когда требуется возможность межплатформенного взаимодействия. Широкая доступность синтаксических анализаторов XML для большинства популярных операционных систем упрощает для неравноправных сторон на разных платформах стандартизацию XML как формата преобразования в случае необходимости совместного использования информации.

То, что XML основан на Unicode, делает его подходящим для совместного использования информации через глобальные сети, такие как World Wide Web.

Infoset и семейство XML-технологий

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

Информационное множество (Infoset) XML

Рекомендация информационного множества W3C XML (W3C XML Information Set recommendation) описывает абстрактное представление XML-документа. XML Infoset, главным образом, изначально выступает в роли набора определений, используемых XML-технологиями для формального описания того, с какими частями XML-документа они работают. В терминах XML Infoset описаны несколько W3C XML-технологий, включая SOAP 1.2, XML Schema и XQuery.

XML Infoset — древовидное иерархическое представление XML-документа. Информационное множество XML-документа состоит из ряда единиц информации, которые являются абстрактным представлением компонентов XML-документа. Существуют единицы информации, представляющие документ, его элементы, атрибуты, инструкции обработки, комментарии, символы, нотации, пространства имен, неразбираемые синтаксическим анализатором сущности, неразвернутые ссылки на сущности и объявление типа документа. XML Infoset — официальная попытка определить то, что должно считаться важной информацией в XML-документе. Например, Infoset не делает различий между двумя формами пустого элемента. Таким образом, следующее

согласно XML Infoset, считается эквивалентным. Аналогично, не имеет значения и тип кавычек, используемых для атрибутов; таким образом, элементы

согласно XML Infoset, эквивалентны. Список аспектов синтаксиса XML 1.0, которые не рассматриваются XML Infoset, приведен в Приложении D рекомендации Информационного множества W3C XML.

Рекомендация Информационного множества W3C XML описывает концепцию синтетических информационных множеств, которые создаются средствами, отличными от синтаксического разбора текстового XML-документа. Синтетические информационные множества подготавливают почву для обработки с помощью XML-технологий не-XML-данных, которые могут быть преобразованы в XML Infoset. Примером обработки синтетического информационного множества является ObjectXPathNavigator (http://msdn.microsoft.com/library/en-us/dnexxml/html/xml03172003.asp), который обеспечивает возможность запрашивать объекты в .NET Framework, используя XPath, или преобразовывать их, используя XSLT.

Языки Схемы

Язык XML-схемы используется для описания структуры и содержимого XML-документа. Например, схема может использоваться для определения документа, состоящего из одного или более элементов compact-disc, каждый из которых включает в качестве дочерних элементы price, title и artist. Во время обмена документами XML-схема описывает контракт между производителем и потребителем XML, поскольку она описывает то, что составляет действительное XML-сообщение передаваемое между двумя сторонами. Хотя для XML существует несколько языков схемы, от DTD до XDR, ведущим является Язык описания XML-схемы W3C (W3C XML Schema Definition Language), сокращенно XSD.

XSD уникален среди языков XML-схемы, потому что он первым пытается вывести роль XML-схемы за рамки традиционного ее применения для описания контракта между двумя сущностями, обменивающимися документами. XSD представляет концепцию Post Schema Validation Infoset (PSVI). Совместимый XSD-обработчик принимает XML Infoset как входные данные и после проверки преобразовывает его в Информационное множества после проверки схемы (PSVI). PSVI — это исходные входные данные XML Infoset с добавленными к существующим новыми единицами информации и новыми свойствами. В Рекомендации XML-схема W3C приведен список дополнений в Информационное множества после проверки схемы (PSVI).

Одним важным классом дополнений PSVI является аннотации типов. Элементы и атрибуты получают строгий контроль типов и имеют ассоциированную информацию о типе данных. Такие XML со строгим контролем типов весьма универсальны, потому что теперь они с помощью таких технологий как XmlSerializer (http://msdn.microsoft.com/library/en-us/dnexxml/html/xml01202003.asp) из .NET Framework могут быть преобразованы в объекты, с помощью технологий SQLXML (http://msdn.microsoft.com/sqlxml) и DataSet (http://msdn.microsoft.com/library/en-us/cpref/html/frlrfSystemDataDataSetClassTopic.asp) из .NET Framework они могут быть преобразованы в реляционные таблицы или их можно обработать с помощью языков запросов XML, таких как XPath 2.0 и XQuery, которые используют преимущество строгого контроля типов.

Ниже показан пример фрагмента схемы, который описывает элемент items документа-образца, приведенного в разделе Анатомия XML-документа.

API, использующие модель дерева
Древовидная модель API представляет XML-документ как дерево узлов, которые обычно загружаются в память все сразу. Самая популярная древовидная модель API для XML — Объектная модель документа W3C (W3C Document Object Model — DOM). DOM обеспечивает возможность программно читать, манипулировать и изменять XML-документ.

Ниже приведен пример использования класса XmlDocument (http://msdn.microsoft.com/library/en-us/cpref/html/frlrfSystemXmlXmlDocumentClassTopic.asp) в .NET Framework для получения имени исполнителя и названия первого compact-disc в элементе items.

Курсорные APIs

Курсорные API в XML можно представить как лупу, которая проходит по XML-документу, согласно указаниям фокусируясь на отдельных аспектах документа. Класс XPathNavigator в .NET Framework — это пример курсорного API в XML. Преимущество курсорных API над древовидной моделью API в том, что для них не требуется, чтобы весь XML-документ был загружен в память, что открывает двери оптимизациям со стороны создателя XML, в которых документ загружается «по мере надобности».

Вот пример использования класса XPathNavigator (http://msdn.microsoft.com/library/en-us/cpref/html/frlrfSystemXmlXPathXPathNavigatorClassTopic.asp) в .NET Framework для получения имени исполнителя и названия первого compact-disc в элементе items.

Потоковые API

Потоковые API для обработки XML позволяет обрабатывать XML-документ, сохраняя в памяти только содержимое обрабатываемого в данный момент узла. Такие API делают возможной обработку больших XML-файлов без использования слишком больших объемов памяти. Существует два основных класса потоковых API для обработки XML: передающие XML-анализаторы и принимающие XML-анализаторы.

Передающие синтаксические анализаторы, такие как SAX, проходят по XML-потоку, а затем при встрече с XML-узлами «выталкивают» события в зарегистрированные обработчики событий (методы обратного вызова). Принимающие анализаторы, такие как класс XmlReader (http://msdn.microsoft.com/library/en-us/cpref/html/frlrfSystemXmlXmlReaderClassTopic.asp) в .NET Framework, работают в XML-потоке как однонаправленные курсоры.

Ниже представлен пример использования класса XmlReader в .NET Framework для получения имени исполнителя и названия первого compact-disc в элементе items.

XML-запрос

XML-преобразование

Часто надо преобразовать XML-документы из одного словаря в другой. Иногда так можно сгенерировать их в готовом для печати формате или в Web-браузере; также с помощью преобразования можно превратить документы, полученные извне, в более привычный формат.

XSLT (http://www.w3.org/TR/xslt) — первый язык XML-преобразования. Преобразование, выраженное в XSLT, описывает правила преобразования исходного дерева в результирующее дерево. Преобразование достигается путем ассоциирования шаблонов. Шаблон — это выражение XPath, может рассматриваться как регулярное выражение, ставящее части исходного дерева XML в соответствие частям строки. Шаблон ставится в соответствие элементам исходного дерева. В случаях совпадения создается экземпляр шаблона для создания части результирующего дерева. При создании результирующего дерева элементы исходного дерева могут быть отфильтрованы и реорганизованы, а произвольная структура может быть добавлена.

Следующая таблица стилей XSLT преобразовывает элемент items в Web-страницу XHTML, содержащую таблицу с информацией о компакт дисках.

XHTML-документ, созданный с использованием этой таблицы стилей, показан ниже:

Заключение

XML — это больше, чем просто текстовый формат для описания документов. Это механизм для описания структурированных и псевдоструктурированных данных, который обеспечивает доступ к богатому семейству технологий обработки таких данных. Мощные абстракции, такие как Информационное множество XML, открывают двери к обработке нетекстовых данных, таких как файловые системы, реестр Windows®, реляционные базы данных и даже объекты языков программирования, с помощью XML-технологий. XML еще на один шаг приблизил нас к универсальному доступу к данным.

Зачем нужен XML

Web — это удивительное место, где миллионы людей каждый день могут связываться друг с другом. Совершенно не важно, где они находятся — Web не знает физических границ. Несмотря на все чудеса, которые предлагает Web, его широкое распространение могло бы привести к хаосу, если бы не были установлены стандарты или правила взаимодействия в этой безбрежной сети. Именно из этой потребности в стандартизации развился сначала HTML, а затем и XML.

HTML изначально обеспечивал стандарт, позволивший легко создавать Web-страницы на базе одной платформы, размещенной на сервере, а просматривать — на различных платформах. HTML, форматы файлов изображений GIF, а затем JPEG создали возможность взаимного обмена документами и графической информацией, а также обеспечили функциональную совместимость между различными операционными системами, браузерами и компьютерами. Несмотря на всю его славу и простоту использования (как в мире разработки, так и в мире пользовательских интерфейсов), HTML хотя и необходим для отображения информации, но обладает, относительно недостаточными возможностями по представлению структурированных данных. Кроме того, в HTML почти отсутствует механизм удаленного управления данными. Все что обеспечивает HTML, это визуальный уровень, предоставляющий пользователю возможность доступа к тексту и изображениям, а также навигацию в одном направлении к другому документу, содержащему текст или изображения.

HTML не обеспечивает никаких стандартов на ту часть коммуникационного уровня Internet, которая занимается визуальным представлением информации. Предположим, вы хотите найти сайт. Поскольку стандартов на интеллектуальный поиск информации в настоящее время нет, то вы будете рады любой технологии, предложенной разработчиком сайта. Также нет стандарта для обмена данными. Вы можете использовать протокол передачи файлов (File Transfer Protocol, FTP) для пересылки данных. Но поступая так, вы не только выходите за пределы владений Web, но и ограничиваетесь лишь единственным направлением, в котором будет осуществлена пересылка данных. Настоящий обмен данных должен быть двухсторонним, позволяя осуществлять пересылку в Web. Такие продукты, как NetMeeting или Virtual Private Network фирмы Microsoft могут использовать Internet для обмена данными, но при этом в них применяются собственные, частные протоколы и методы обмена данными.

Другая грустная реальность HTML и Web заключается в малых возможностях персонализации. Механизм cookies в HTTP обеспечивает некоторый, хотя и ограниченный, уровень персонализации при просмотре сайта посетителем. Такие сайты Microsoft, как Investor или Expedia, делают в этом смысле шаг вперед, предоставляя возможность обмена данными между пользовательским персональным компьютером и сайтом. Например, сайт Investor обменивается данными с популярной программой персонального финансового управления Quiken для записи, отслеживания и отображения информации портфеля (portfolio information), но он не выполняет эти действия стандартными методами. Посетитель должен просматривать информацию при помощи Internet Explorer, работающий под управлением Windows, а это означает, что протоколы, программы и методы шифрования привязаны к определенной операционной системе и браузеру.

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

Если вы уже работали в HTML, то знаете, что он не обеспечивает перечисленные возможности, а, главным образом, описывает, как должна выглядеть Web-страница, а не то, как должны быть представлены данные. Изучив ограничения HTML, вы поймете, что в буквальном смысле невозможно с помощью одного лишь HTML обеспечить стандартный способ обмена для некоторых типов совместно используемых данных.

Например, в страховых компаниях это следующая информация о клиентах:

• Данные о декодировании и обработке электронных платежей.
• Информация о правовых спорах, которой обмениваются адвокаты, суды, судьи, а также стороны в судебном деле.
• Совместно используемые данные о назначениях пациентам, обмене лекарствами, между врачами и фармацевтами.
• Данные, содержащиеся в каталогах компаний, используемые клиентами и продавцами, позволяющие помещать и принимать заказы, просматривать каталог, а также данные заказов.

Вы уже встречались с чем-то подобным в Web и, вероятно, думаете: "почему это HTML не может управлять обменом такого рода данных?" Да, обмен такими данными происходит, однако не HTML управляет всем этим. Он лишь отображает результаты поиска или формы, которые должны отсылаться удаленному скрипту стандартного интерфейса шлюза (Common Gateway Interface, CGI) или базе данных. На некоторых сайтах для интерфейса с базами данных Access, вероятно, используют Cold Fusion, на других, — возможно, Perl. Но главное, что нет единого стандарта, и HTML сам по себе не в силах выполнить ни одного из перечисленных пунктов.

Web нуждается в языке, подобном HTML, который бы обеспечивал стандартный способ обмена данными. Этот язык должен быть достаточно гибким, чтобы пользователи могли создавать, собственные описания документов, независимо от того, отправляется ли информация об электронных платежах, или же стандартные поисковые запросы. XML является самым последним созданным языком разметки в Web, предназначенным для обмена данными. Этот новый язык разметки основан на спецификации, намеченной консорциумом W3C — организацией стандартов Web, выполнение которой реализуют и Microsoft и Netscape. Стандарт XML был создан на основе обобщения предложений Microsoft, ArborText, Netscape и других.

XML сегодня

XML начал вызывать огромный интерес и поддержку с того момента, как о нем было впервые заявлено в 1996 году. Он обеспечивает стандартный способ кодирования содержания, обеспечивая гибкий способ создания структур данных. В XML для разметки содержания на основе правил, составляемых разработчиком документа, используются теги. Этот набор правил называется описанием типа документа (Document Type Definition, DTD), и он позволяет разработчикам, применяющим XML, размечать различные документы. Например:

• Стандартные документы, которые могут содержать текст и ссылки на графические изображения и внешние ресурсы.
• Более структурированные документы или записи, такие как формы HTML, со структурой, реально закодированной непосредственно в документе. К этой категории можно отнести заказ покупки, медицинское назначение или адресную книгу, либо другие документы.
• Объект, содержащий данные и методы, например, объект Java или элемент ActiveX.
• Записи баз данных, которые могут быть представлены на Web-странице, на основе запросов пользователей к поисковым средствам баз данных.
• Содержание канала Internet Explorer.
• Что-либо, обеспечивающее обмен данными между компьютерами, между компьютерами и людьми, либо другими типами машин, применяемых для обработки данных.

Сейчас документы всех этих типов можно создавать при помощи XML, для отображения содержания применяя HTML и Dynamic HTML (DHTML). XML также позволяет переназначать, переопределять и отображать содержание из одного источника при помощи других механизмов отображения. Например, хранить единую базу данных на сервере и отображать выделенные данные на нескольких разных устройствах.

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

Ресторан обслуживает тех, кто берет еду в дорогу, а также тех, кто делает заказы с доставкой. Они получают информацию о самых дешевых предложениях и остальной части меню на сайте ресторана. Некоторые ваши клиенты любят подписываться на канал Daily Specials, установленный при помощи инструмента Channels в Internet Explorer, а это значит, что ваша база с данными меню будет очень интенсивно использоваться. Эта база данных служит также для управления запасами. Когда кто-то заказал мясо, и повар вычеркнул исполненный заказ, поскольку блюдо приготовлено и оставлено, тотчас же будут откорректированы данные по запасам. Применение дополнительных инструментов автоматизации позволит автоматически формировать заказ поставщикам, когда запасы начнут иссякать.

Клиенты, официанты, и повара — все постоянно пользуются этой базой данных. Отношения между индивидуальным заказом и базой данных о продуктах не обязательно должны принадлежать схеме данных, определенных в базе данных заказов или в базе данных продуктов. Напротив, они являются дополнениями, определяемыми содержанием заказов.

Именно XML обеспечивает структурное представление данных. Вот фрагмент кода, который поможет пояснить это:

&ltMEAL&gt&ltENTREE&gtChicken Cordon Bleu&lt/ENTREE&gt&lt/MEAL&gt

Здесь: Meal — еда, Entree — основное блюдо за обедом, Chicken Cordon Bleu — цыпленок "кордон бле".

Здесь тег &ltENTREE&gt служит не столько для того, чтобы отделить информацию об основном блюде от всей записи о еде, а скорее чтобы указать на то, что это не только часть еды, но основная часть заказанного обеда. Если управляющий захочет посмотреть полный список еды, которая была заказана, он сможет это сделать. Поскольку есть люди, которые довольствуются только десертом, он может также вместо списка еды просмотреть информацию об основных блюдах. Клиенты могут сами осуществлять поиск в базе данных, чтобы узнать, например, как часто заказывали "кордон бле", и если эти заказы были удовлетворены, то прочитать комментарии об этом блюде.

Этот пример подходит для индустрии продуктов и напитков, но что если пользователь хочет применить XML для описания и отслеживания медицинских данных, например, назначений? Поскольку XML позволяет создавать собственные элементы, отвечающие конкретным нуждам, то вполне можно определить элементы, представляющие такие понятия, как дозировка, общие названия лекарств, имена докторов и пациентов и т. д. XML позволяет создавать документы, содержащие термины и определения, в соответствии с конкретными пожеланиями пользователей. Спецификации, которые применяются для описания документов, можно помещать в описание типа документа (Document Type Definition, DTD) — отдельный документ, устанавливающий структуру XML-документа. DTD можно поместить непосредственно в сам документ.

Поскольку сами данные отделены от информации об их представлении, одни и те же данные XML (будь то кулинарное меню или назначение врача) могут быть представлены различным образом на экранах компьютеров пользователей. Они могут быть отображены также на экране устройства, умещающегося в руке. Сам по себе XML-документ не указывает, будет ли, и каким образом, информация отображена на экране. XML-документ содержит лишь данные. С помощью механизма таблиц стилей HTML отображает данные. Как Web-сервер, так и браузер управляют преобразованием XML-данных в формат HTML. К тому же данные XML могут обновляться автоматически, без обновления всей страницы в целом. Такое фрагментарное обновление XML делает HTML-страницы более эффективными и динамичными.