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

либо так:

Если значение атрибута само содержит двойные кавычки, то можно использовать одинарные кавычки. Например:

либо использовать символы сущностей:

XML элементы или атрибуты

Посмотрите на следующие примеры:

Пример №1

Anna Smith

Пример №2

female Anna Smith

В первом примере пол указан в атрибуте. Во втором, пол записан, как элемент. Оба примера предоставляют одну и ту же информацию.

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

Что лучше?

Следующие три XML документа содержат совершенно одинаковую информацию:

Дата записана, как атрибут :

Tove Jani Напоминание

Дата записана, как элемент :

10/01/2008 Tove Jani Напоминание Не забудь обо мне в эти выходные!

Дата записана, как расширенный элемент (На мой взгляд наилучший вариант):

10 01 2008 Tove Jani Напоминание Не забудь обо мне в эти выходные!

Избегать XML атрибуты?

При использовании атрибутов возникают некоторые проблемы:

• атрибуты не могут содержать множественные значения (элементы могут)
• атрибуты не могут содержать древовидные структуры (элементы могут)
• атрибуты сложно расширять (для будущих изменений)

Никогда не используйте следующие конструкции:

XML атрибуты для метаданных

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

Tove Jani Напоминание Не забудь обо мне в эти выходные! Jani Tove Re: Напоминание Не забуду

В приведенном примере атрибут id используется для идентификации разных заметок. Эта информация не является частью самой заметки.

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

Цель данного урока:

1. БИ должен знать формат записи языка XML
2. БИ должен уметь оформлять документ в виде XML - кода
3. БИ должен знать типы данных и уметь ими пользоваться

Примечание: Язык XML не настолько краток, как мы описали его в данном уроке. Мы рассматриваем только те возможности языка XML, которые будут использоваться в системе ODA-TM.

XML. Основа

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

Следующий пример "Записка друга к другу", имеет XML вид:

Николаю Ивана Напоминание Надеюсь, ты не забыл о нашей встрече

Визуально можно представить этот код в следующем виде (Рис.1.).

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

Он предназначен для того, чтобы его кто-то обработал, отправил и отобразил.

Но, тем не менее, этот документ XML не делает ничего. Это просто информация, завернутая в теги.

XML – дерево

XML имеет древовидную структуру. В документе всегда имеется корневой элемент (инструкция к дереву отношения не имеет). У элемента дерева всегда существуют потомки и предки, кроме корневого элемента, у которого предков нет, а также тупиковых элементов (листьев дерева), у которых нет потомков. Каждый элемент дерева находится на определенном уровне вложенности (далее - «уровень»). У элементов на одном уровне бывают предыдущие и следующие элементы.

С помощью XML придумывайте собственные теги

Для создании тегов (дескрипторов, элементов) стандартного формата не существует.

Язык XML не имеет предопределенных тегов.

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

XML синтаксис

Синтаксис правил XML очень просто и логичен

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

Комментарии

Если надо сделать какой-то фрагмент документа XML вообще "невидимым" для программы-анализатора, то его можно оформить как комментарий, записав перед ним символы < !-- , а после него - символы --> с двумя дефисами подряд.

Например:

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

Программа-анализатор пропустит всю эту конструкцию, даже не "заглянув" в нее.

Такой синтаксис комментария накладывает на него два ограничения:

• в комментарии нельзя записывать два дефиса подряд;
• комментарий нельзя завершить дефисом.

XML-элементы

Элементом XML является все, начиная от начального тега элемента и заканчивая конечным.

Элемент может содержать:

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

XML Правила именования

XML элементы должны следовать этим правилам именования:

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

Атрибуты

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

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

computer.gif

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

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

Если значение атрибута само содержит двойные кавычки можно использовать одинарные кавычки, как в этом примере:

или вы можете использовать символьные объекты: & &

Несколько примеров использования типа данных Дата

Дата как атрибут

Tove Jani Reminder Don"t forget me this weekend!

Дата как элемент

10/01/2008 Tove Jani Reminder Don"t forget me this weekend!

Дата как элемент расширенный

10 01 2008 Tove Jani Reminder Don"t forget me this weekend!

Атрибуты метаданных

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

Пример:

Tove Jani Reminder Don"t forget me this weekend! Jani Tove Re: Reminder I will not

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

XML. Тип данных

Встроенные простые типы

Дата и время

• dateTime содержит дату и время в формате CCYY-MM-DThh:mm:ss
• duration - представляет временную длительность, которая выражена компонентами григорианских дней, часов, минут и секунд.

Например: запись P1Y2M3DT10H30M45S означает один год (1Y), два месяца (2M), три дня (3DT), десять часов (10H), тридцать минут (30M) и 45 секунд (45S).

Запись может быть сокращенной P120M означает 120 месяцев, а Т120М - 120 минут.

• time содержит время в обычном формате hh:mm:ss
• date содержит дату в формате CCYY-MM-DD
• gYearMonth выделяет год и месяц в формате CCYY-MM
• gYear означает год в формате CCYY
• gMonthDay содержит месяц и день в формате MM-DD
• gDay день месяца в формате DD
• gMonth месяц в формате ММ

Строки символьные

string - основной символьный тип.

Строка символов в виде последовательности символов Unicode , включая символы пробела, табуляции, возврата каретки и перевода строки.

• normalizedString - подтип типа - это строки, не содержащие символов перевода строки "\n", возврат каретки "\r" и горизонтальной табуляции "\t".
  • token - подтип типа normalizedString- нет, кроме того начальных и завершающих пробелов и несколько подряд идущих пробелов.
    • language - подтип token, определен для записи названия языка согласно рекомендации RFC 1766 , например, ru, en, de, fr.
    • NMTOKEN - подтип token, используется только в атрибутах для записи их перечисляемых значений.
    • Name - подтип token, составляют имена XML - последовательности букв, цифр, дефисов, точек, двоеточий, знаков подчеркивания, начинающиеся с буквы (кроме зарезервированной последовательности букв X, x, M, m, L, l в любом сочетании регистров) или знака подчеркивания. Имена, начинающиеся со строки, xml , используются самой спецификацией XML.
      • NCName - подтип name, не содержащий двоеточие. Определены три подтипа: ID, IDREF, ENTITY

Двоичные типы

• boolen - двоичное, логическое. Принимает значения: True или False (1 или 0)
• base64Binary - двоичные целые числа в кодировке Base64
• hexBinary - двоичные целые числа в шестнадцатеричной форме без всяких дополнительных символов

Вещественные числа

• decimal составляют вещественные числа, записанные с фиксированной точкой: 123.45, -0.48747798 и т.д.
• double и float типы соответствуют стандарту IEEE754-85, записываются с фиксированной или плавающей точкой.

Целые числа

• integer - основной целый тип, содержащий числа с нулевым порядком, понимается как подтип decimal
• number - определяет число (без ограничений на количество цифр); может содержать знак, дроби, а также показатель степени. Значения изменяются

от 1.7976931348623157Е+308 до 2.2250738585072014Е-308

С давних пор стандарт предписывает для вставки обычных кавычек в HTML -текст применять конструкцию " Ибо внутри тегов кавычки "" используются для обозначения атрибутов.

Однако, мне пока не попадался броузер, который бы не показал как кавычку простой символ " ВНЕ каких-либо тегов. Так скажите, уважаемые коллеги, может быть, применение " вне тегов есть попросту никому не нужное занудство? Можно спокойно и не мудрствуя писать "? Особенно в текстах, где кавычек много, а соблюдение строгих дизайнерских правил (насчет правильного употребления национальных кавычек) неактуально.

ИМХО, многие так и делают... но не совсем понятен вопрос: если вы понимаете, что по стандартам нужно кавычки писать как ", но лениво, притом что куча сайтов работает и так, то чего вы ожидаете услышать? Думаю, что о том, будет ли отображение кавычек поддерживаться в новых версиях броузеров, не знает никто, поэтому скороее всего можно дать очевидную рекомендацию: не хотите проблем в дальнейшем на 100% - держитесь стандартов:) Но это вы и так знаете. Или вы ждете подтверждения: да занудство это все, забей, и через 10 лет все будет так же, я(Microsoft,Mozilla и.т.д) гарантирую?