Добавил:

ivanov666 Опубликованный материал нарушает ваши авторские права? Сообщите нам.

Вуз:

Башкирский Государственный Аграрный Университет

Предмет:

[НЕСОРТИРОВАННОЕ]

Файл:

Основы XML-технологий. Учебное пособие

.pdf

Скачиваний:

Добавлен:

07.09.2026

Размер:

2 Мб

Скачать

☆

<<< < Предыдущая 1 2 3 45 / 235 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 > Следующая >>>

меет, во избежание проблем в будущем лучше не использовать этот

префикс;

– каждое имя атрибута может только один раз присутствовать в одном и том же начальном теге или в теге пустого элемента.

римечание.

имени атрибута зарезервировано для задания пространства имен. Пространства имен дают возможность дифференцировать элементы с одними и теми же именами. двоеточие в имени атрибута только в том случае, если оно следует за пространством имен, объявленным вами в документе. Например, запись

A:Category

имен.

удет корректной, только если вы объявили

начение, которое вы присваиваете атрибуту, представляет

оответствии

с XML

nternet

Explorer

-с

пецификацией

разрешает вам использовать

воеточие

ак пространство

(:)

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

Вы можете присвоить атрибуту в качестве значения любой лите-

рал, придерживаясь при этом следующих правил:

– строка может находиться как в одинарных (

кавычках (

)

;

, так и в двойных

)

– строка не может содержать внутри себя тот же символ кавы-

чек, которыми она ограничена;

– строка может содержать ссылку на символ или ссылку

на внутренние примитивы общего назначения;

– строка не может содержать символ (

затор может воспринять этот символ как начало описания

)

. Синтаксический анали-

разметки;

– строка не может содержать символ (

, если это не ссылка на

)

символ или примитив.

Если вы создаете корректно сформированный документ, не имеющий объявления типа документа, вы можете присвоить атри- буту любое значение, соответствующее приведенным выше правилам. Однако, если вы создаете описание типа документа и определяете внутри него атрибуты, то можете ограничить типы значений, которые могут быть присвоены конкретному атрибуту. Например, вы можете определить атрибут, которому могут быть присвоены

олько значения

yes"

ли

Таким образом, одно из преимуществ

no"

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

2.4

НЕКОТОРЫЕ БАЗОВЫЕ ПРАВИЛА XML

орматированный

-д

окумент соответствует минимальному набору правил, обеспечивающему возможность обработки документа браузером или другой программой. Эти правила специфика-

ции

стко трактуют все, что касается структуры. Они крайне

же

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

Документ должен иметь такую разметку, чтобы не существовало двух способов интерпретации имен, порядка и иерархии элементов. Это значительно уменьшает число ошибок и сложность кода. Программы не должны ни о чем «догадываться» или пытаться исправлять синтаксические ошибки, как это часто делают броузеры

TML

, так как различные процессоры

должны давать одинаковые

результаты.

Документ, приведенный в разделе 2.3, является примером

орматированного

окумента, удовлетворяющего этим прави-

-д

лам. Ниже перечислены основные правила спецификации

документа.

1. Документ должен иметь только один элемент верхнего уровня. Все другие элементы должны быть вложены в этот элемент верхнего уровня.

2. Каждый элемент ограничивается начальным и конечным тегами. В отличие от

TML

е разрешается опускать конечный

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

p>Это параграф.

ельзя опускать закрывающий тег. Абсолютно все

элементы должны закрываться:

HTML

некоторые элементы могут

p>Это параграф.

В д

окументе, приведенном в разделе 2.3,

екларация не имеет закрывающего тега. Это не ошибка. Дело в том, что декларация не относится к

окументу, поэтому у нее и нет закрываю-

ML-

щего тега.

3. Имя типа элемента в начальном теге должно в точности соот-

ветствовать имени в соответствующем конечном теге.

4. Имена типов элементов чувствительны к регистру, в котором

они набраны. В действительности весь текст внутри

зметки

-ра является чувствительным к регистру. Например, следующее описание элемента является неправильным, поскольку имя типа элемента в начальном теге не соответствует имени типа в конечном теге:

<TITLE>Это заголовок</title>

Элементы должны быть вложены упорядоченно, т. е. в

се

элементы обязаны соблюдать корректную вложенность:

b>Это жирный и курсивный текст

Понятие

«корректная вложенность» по отношению к приведенному примеру просто означает, что если элемент внутри элемента элемента

6. В

начения атрибутов должны заключаться в кавычки, как

то и закрываться он должен внутри этого же

показано в следующем примере

?xml version="1.0" encoding="UTF-8"?>

< <Заметка date="12/11/2007"> <Кому>Петр</Кому> <От>Федор</От> </Заметка>

Синтаксис комментариев в

!-- Это комментарий -->

8. В

несколько последовательных пробельных символов

TML

усекаются до одного. В

окументе все пробельные символы

ML-

акой же, как и в

открывается

TML

сохраняются.

Если

окумент составлен в соответствии с приведенными

ML-

синтаксическими правилами, то говорят, что это «синтаксически

ML-

верный»

окумент.

ОНТРОЛЬНЫЕ ВОПРОСЫ

-д

окумент?

-документ?

XML

-д

окумента?

-д

окумента?

1. Что представляет собой

2. Из каких разделов состоит

3. Какую информацию содержит декларация

4. Какая информация содержится в прологе

5. Как строятся элементы

6. Каковы синтаксические правила создания атрибутов

мента?

7. Для чего в

8. Что представляет собой Юникод, Опишите объявление документа

для чего оно используется в некоторых

окументах используются комментарии?

-д

TF-8

standalone=’yes’

-д

TF-16

окументах.

объясните,

10. Что означает понятие «корректная вложенность»?

11. Что означает чувствительность наименований тегов к реги-

стру?

12. Что собой представляют сущности

окумента?

-д

оку-

13. Чем анализируемые (парсируемые) данные отличаются от не

анализируемых данных?

14. Объясните, в чем заключается самоописуемость

ментов?

15. Что означает пассивность

16. Каким образом

17. Каким образом

. Каким образом

X X X

прощает передачу данных?

тделяет данные от

ML ML

прощает распределение данных?

окумента?

-д

TML

-д

оку-

ГЛАВА 3.

SD – ЯЗЫК ОПИСАНИЯ СТРУКТУРЫ

ДАННЫХ

Язык определения

ется расширением

ML-

хем, или

и на сегодняшний день представляется основным инструментом описания структуры С использованием дением которых составляется Базовый синтаксис

хемы формализуется набор правил, с соблю-

ML-

XML-

оп

ределяет то, каким образом в тексте

док

умент конкретного назначения.

(

chema

efinition

окументов.

-д

), я

вля-

должны выделяться элементы и их атрибуты, а также правила описания структурных отношений между элементами.

1. Описывает названия элементов и атрибутов (

chema

ыполняет следующие функции:

ловарь

)

2. Описывает взаимосвязь между элементами и атрибутами,

а также их структуру (

одель

держания

со

)

3. Описывает типы данных.

ML-

хема – это универсальный способ описания грамматики

данных, который может применяться не только для верификации

окументов, но и описания баз данных, структур данных,

-д используемых в языках программирования и т. д. На сегодняшний день область применения

есьма обширна и со временем

chema

она может стать основным стандартом моделирования данных, при помощи которой можно описывать практически все.

3.1

TD И XML-СХЕМЫ

На начальном этапе развития

-те

хнологий для целей моделирования документов использовалась спецификация Определений Типа Документа (

ocument

ype

finitions

Но в настоящее время

данная спецификация практически полностью вытеснена более

chema

совершенным Языком описания учебном пособии мы приведем лишь краткое описание

3.1.1

главным образом состоит из выражений языка разметки,

РЕ ДЕЛЕН ИЕ

(

поэтому в данном

включающих элементы

!ELEMENT …>

качестве тестового документа для описания с помощью

спецификации

!ATTRIBUTE …>

выберем

-документ, рассмотренный нами в

Главе 2 и приведенный на рис. 2.1.

Корневым элементом документа является элемент

nventory

который может содержать неограниченное количество элементов

Book

поэтому для:

ook

– указания включения поместите

круглые скобки;

– определения количества вложенных элементов поставьте знак

оль и более

чие элемента

» (*

)

после

, вы

ook

Если же требуется обязательное нали-

должны поставить знак

ин или более

од

» (+

) Для разрешения одного элемента вы ничего не должны ставить после элемента

речисленные обозначения задания ограни-

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

Итак, первая строка

!ELEMENT Inventory (Book*)>

аждая книга содержит только по одному элементу

Binding, Pages

Price

причем именно в этом порядке (для целей дан-

ного руководства несколько авторов вводятся в один элемент

выглядит следующим образом:

itle, Author,

uthor

Следовательно, следующим выражением языка разметки является:

<!ELEMENT Book (Title, Author, Binding, Pages, Price)>.

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

PCDATA

указываемыми литералом

!ELEMENT Title(#PCDATA)>

ы можете предоставить каждой книге уникальный идентифи-

кационный ключ через специальный тип атрибута можете разрешить необязательный атрибут

зображения обложки книги. Метка

ATTLIST

mage

ринимает в качестве

Кроме того, вы

содержащий

аргумента элемент, за которым идет последовательность для каждого атрибута, связанного с этим элементом. Каждая последовательность состоит из имени атрибута, его типа и индикатора того, является он обязательным или нет.

Спецификация

озволяет указывать

ипов атрибутов,

перечисленных ниже:

юбая символьная строка, приемлемая в

CDATA

P N

MTOKEN MTOKENS

N Enumeration –

NTITY

E ENTITIES

– л

– б

– м

– с

вязывает имя с подстановкой, подобно макросу;

– ра

лизок к

аркеры

исок только допустимых значений для атрибута;

сп

зделенный пробелами список имен

мени;

-и

MTOKEN

разделенные пробелами;

ENTITY

ML;

;

–

I IDREF – I

DREFS

OTATION

Необходимый атрибут указывается путем добавления

осле типа. Вы можете указать необязательный аргумент путем

добавления

ook

Единственное выражение

!ATTLIST book id ID #REQUIRED image CDATA #IMPLIED>

олностью описанный

-и

мя, уникальное во всем документе;

вну

TTLIST

три документа;

ыглядит так:

ассматриваемого

DREF

;

REQUIRED

окумента

-д

сылка на атрибут

– ра

зделенный пробелами список маркеров

– с

вязывает имя с информацией клиента.

#IMPLIED

оп

исание содержит один атрибут каждого типа для элемента

приведен ниже.

?xml version="1.0" encoding="UTF-8"?> <!ELEMENT Inventory (Book*)> <!ELEMENT Book (Title, Author, Binding, Pages, Price)> <!ELEMENT Title(#PCDATA)> <!ELEMENT Author(#PCDATA)> <!ELEMENT Binding(#PCDATA)> <!ELEMENT Pages(#PCDATA)> <!ELEMENT Price (#PCDATA)> <!ATTLIST Book id ID #REQUIRED image CDATA #IMPLIED>

3.1.2

В рассмотренной спецификации

типов данных

SCHEM A КАК З АМЕНА

окумента. Типы данных являются важным сред-

-д

от

сутствует поддержка

ством моделирования данных, так как они налагают необходимые ограничения на структурные элементы описываемых данных.

Отсутствие поддержки типов данных в спецификации венно ограничивало использование

-д

анных в языках програм-

сущест-

мирования и СУБД.

Кроме ограничений на диапазон возможных значений система

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

«71+52 = ?»

дов – числовой, то ответом является то результатом может быть

Если принять, что тип приведенных операн-

«12

3»

но если их тип – строка,

«7152»

если под оператором

«+»

одразу-

мевается операция «конкатенации».

До разработки спецификации

язык

представлял пример

языка, в котором отсутствовала система типов. В результате информация, находящаяся в документе

только как текст. Но когда

-д

анные начали использоваться в язы-

, могла интерпретироваться

ках программирования и записываться в базах данных, то для их взаимно обратного преобразования появилась необходимость знать о «действительном типе» данных, чтобы осуществлять необходимые приведения в коде программы или в базах данных.

Язык

chema

ак часто называют спецификацию

(т

под-

)

держивает систему типов данных для информационных объектов,

оделируемых с помощью языка

нале средств

латформы спецификации

-п

Поэтому с появлением в арсе-

зык

тал таким

же средством моделирования данных, как и языки программирования высокого уровня и базы данных. Это позволяет описывать типы

данных рования и языке

XML Schema

образования данных документа

-документа так же, как это делается в языках программи.

Это концептуально отличается от принципов работы

редлагает мощные средства для взаимно обратного пре-

и переменных традиционных

, так как

языков программирования или систем типов баз данных. Этот

фактор превращает

мощное средство для обмена данными между гетерогенными системами, в которых данные, как правило, определяются в разных форматах и системах кодирования.

-док

умент и

L-

хема соотносятся друг к другу так же, как

объекты и классы в объектно-ориентированных языках или записи

в базах данных и схемы баз данных. Поэтому с помощью языка

ожно выполнить проверку достоверности экземпляра доку-

Schema

мента, которую осуществляют

-процессоры путем сопоставления

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

3.1.3

XML-схемы

РЕ ДЕЛЕН ИЕ

данных являются альтернативным способом созда-

ния правил построения

XML

HE MA

кументов. По сравнению с

-до

DTD

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

XML-

На сегодняшний день язык определения

хем, или

ется основным инструментом описания структуры

XML-

хемы позволяют формализовать набор правил, с соблюдением

которых составляются

-д

окументы конкретного назначения.

XSD

окументов.

ML-

, я

вля-

<<< < Предыдущая 1 2 3 45 / 235 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 > Следующая >>>

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]