XML DTD против XML-схемы

XML-схемы

XML-схемы предоставляют гораздо более мощные средства для определения структуры и ограничений вашего XML-документа. Схемы XML сами являются документами XML. Они ссылаются на пространство имен схемы XML (подробно здесь ) и даже имеют свои собственные DTD .

Что делают XML-схемы, так это предоставляют объектно-ориентированный подход к определению формата XML-документа. XML-схемы предоставляют набор основных типов. Эти типы гораздо шире, чем базовые PCDATA и CDATA DTD. Они включают в себя большинство основных типов программирования, таких как целые, байтовые, строковые и числа с плавающей запятой, но они также распространяются на типы данных Интернета, такие как коды страны и языка ISO (например, en-GB). Полный список можно найти здесь .

Затем автор XML-схемы использует эти основные типы вместе с различными операторами и модификаторами для создания собственных сложных типов. Эти сложные типы затем используются для определения элемента в документе XML.

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

 <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema">  <xsd:annotation>  <xsd:documentation xlm:lang="en">    XML Schema for a Bookstore as an example.  </xsd:documentation>  </xsd:annotation> 

Теперь, в предыдущем примере, книжный магазин состоял из последовательности имени и хотя бы одной темы. Мы можем легко сделать это в XML-схеме:

 <xsd:element name="bookstore" type="bookstoreType"/>  <xsd:complexType name="bookstoreType">  <xsd:sequence>    <xsd:element name="name" type="xsd:string"/>    <xsd:element name="topic" type="topicType" minOccurs="1"/>  </xsd:sequence>  </xsd:complexType> 

В этом примере мы определили элемент bookstore , который будет соответствовать элементу XML в нашем документе. Мы определили его с типом bookstoreType , который не является стандартным типом, и поэтому мы даем определение этого типа далее.

Затем мы определяем complexType , который определяет bookstoreType как последовательность элементов имени и темы. Наш name" type « name" type — это xsd:string , тип, определенный пространством имен схемы XML, и поэтому мы полностью определили этот элемент.

Однако элемент topic имеет тип topicType , другой пользовательский тип, который мы должны определить. Мы также определили наш элемент темы с minOccurs="1", что означает, что должен быть хотя бы один элемент в любое время. Поскольку maxOccurs не определен, не существует верхнего предела для количества элементов, которые могут быть включены. Если бы мы не указали ни того, ни другого, по умолчанию был бы ровно один экземпляр, как это используется в элементе name . Далее мы определяем схему для topicType .

 <xsd:complexType name="topicType">  <xsd:element name="name" type="xsd:string"/>  <xsd:element name="book" type="bookType" minOccurs="0"/>  </xsd:complexType> 

Это все аналогично объявлению bookstoreType , но обратите внимание, что мы должны переопределить наш элемент name в рамках этого типа. Если бы мы использовали сложный тип для имени, такой как nameType , который определял только xsd:string — и определял его вне наших типов, мы могли бы повторно использовать его в обоих. Однако, чтобы проиллюстрировать это, я решил определить его в каждом разделе. XML становится интересным, когда мы даем определение нашему bookType :

 <xsd:complexType name="bookType">  <xsd:element name="title" type="xsd:string"/>  <xsd:element name="author" type="xsd:string"/>  <xsd:attribute name="isbn" type="isbnType"/>  </xsd:complexType>  <xsd:simpleType name="isbnType">  <xsd:restriction base="xsd:string">    <xsd:pattern value="[0-9]{3}[-][0-9]{3}[-][0-9]{3}"/>  </xsd:restriction>  </xsd:simpleType> 

Так что определение bookType не особо интересно. Но определение его атрибута » isbn » есть. XML-схема не только поддерживает использование таких типов, как xsd:nonNegativeNumber , но мы также можем создавать собственные простые типы из этих базовых типов, используя различные модификаторы. В isbnType выше примере для isbnType мы основываем его на строке и ограничиваем его для соответствия данному регулярному выражению. Исключая мое плохое регулярное выражение, это должно ограничить любой атрибут isbn, чтобы он соответствовал стандарту трех групп из трех цифр, разделенных чертой.

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

• расширить ваши типы от других типов, которые вы создали,
• требует уникальности в рамках, и
• обеспечить поиск.

Это приятный объектно-ориентированный подход. Вы можете создать библиотеку complexTypes и simpleTypes для повторного использования во многих проектах и ​​даже найти другие определения общих типов (например, «адрес») из Интернета и использовать их для предоставления мощных определений ваших XML-документов. ,