7.3.3.Элементы и атрибуты в xml Схеме

Помимо богатых возможностей для определения типов данных XML Schema включает богатый словарь для определения структуры документа и разрешенных элементов и атрибутов.

• Простое содержимое. Элемент содержит только текст (хотя, как говорилось в предыдущем параграфе, текст можно ограничить данными отдельного типа, такими как дата или числовое значение). Содержимое этого типа определяет­ся при помощи элемента simpleContent.

• Только элементы. Элемент содержит только вложенные элементы. Содержи­мое этого типа определяется при помощи элемента complexType.

• Смешанное содержимое. Элемент может содержать и текстовое содержимое, и вложенные элементы. XML Schema требует, чтобы последовательность элементов и текстового со­дер­жимого была строго определена, и допустимые документы должны соот­ветствовать этой последовательности.

• Пустое содержимое. Элемент содержит только атрибуты и никакого тексто­вого содержимого. XML Schema интерпретирует такие элементы как особый случай содержимого типа «только элементы» без объявленных элементов.

• Любое содержимое. Элемент может быть пустым, содержать вложенные эле­менты и/или текст. Содержимое этого типа определяется при помощи эле­мента anyТуре.

Эти базовые типы элементов могут задаваться в объявлениях элементов схемы. Кроме того, можно указать, что элемент может встречаться в документе несколько раз, и задать минимальное и максимальное количество вхождений. Подобно SQL, XML Schema поддерживает значение элементов NULL, указывающее, что содержи­мое элемента неизвестно. В терминологии XML это значение называется nil, но смысл его тот же самый. Поддержка этого значения упрощает перенос данных ме­жду XML и столбцами баз данных, которые могут содержать значения NULL.

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

Аналогичные возможности имеются и для управления атрибутами. Отдельный атрибут можно определить как обязательный или необязательный. Можно за­дать значение атрибута по умолчанию, которое будет использоваться в том случае, если значение этого атрибута не задано. Можно задать фиксированное значение атрибута, то есть неизменное значение для этого атрибута. Можно определить имя группы атрибутов, которые всегда используются вместе, после этого для оп­ределения группы атрибутов для очередного элемента схемы достаточно задать только имя этой группы.

7.3.4.Пространство имен

Поскольку возможно существование множества схем, поэтому во избежание совпадения имен тэгов в XML вводятся пространства имен тэгов, используемых для хранения словарей XML  наборов определений типов данных и структур, ис­пользуемых для различных целей. В большой организации может быть полезно определить стандартизированное XML-представление для основных дел объектов, таких как адреса, номера товаров, коды клиентов и т. п., и держать их в общем хранилище. Полезны и определения более высокого уровня, описывающие такие документы, как заказы, заявления на отпуск и т. п., для совместного использования их обычно объединяют в группы.

Пространство имени указывается перед именем тэга: <namespace:tag/>. Пространство имен может быть подключено в любом тэге документа XML, напр.: <ntb:notebook xmlns:ntb = «http://some.firm.com/2003/ntbml»>. В качестве имени пространства имен рекомендовано указывать некоторый URL. Но это вовсе не означает, что описание пространства имен находится по данному адресу. Данный сайт может вообще не существовать, никаких обращений по этому адресу не будет. Использование URL рекомендовано лишь для того, чтобы обеспечить уникальность именования пространств имен. Поэтому в отношении пространств имен важно иметь в виду, что:

• строка в определении пространства имен является только строкой. Да, эти строки выглядят как URL, но ими не являются. Вы можете определить xmlns:addr="mike", и это также будет работать;

• только одно важно в отношении строки пространства имен: она должна быть уникальной; вот почему большинство пространств имен выглядят как URL;

• XML-парсер не обращается к http://www.zyx.com/books/, чтобы найти схему, он просто использует этот текст как строку. Это несколько сбивает с толку, но именно так работают пространства имен.

Если пространство имен явно не указывается для тэга, то используется пространство имен по умолчанию. Это пространство имен можно переопределить:

Если XML-схема содержит определения, состоящие из более чем одного пространства имен XML, существует потенциальная возможность конфликтов имен. В двух пространствах имен одно и то же имя может представлять две совершен­но разные структуры XML или два разных типа данных. Во избежание неодно­значности на типы данных и структуры XML можно ссылаться при помощи уточненных имен, используя технологию, похожую на уточнение имен столб­цов в SQL.

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

В этом примере пространство имен компании идентифицируется префиксом corp, а основное пространство имен XML  префиксом xsd. Все ссылки на типы данных уточняются одним из этих префиксов, благодаря чему они абсолютно однозначны.