DTD представляет собой набор правил, определяющих структуру и логику XML документов. Документы, которые хранить эти правила называются DTD документов (далее в тексте DTDs отсюда) и иметь расширение. ОТД.
Для того чтобы лучше понять концепцию DTDs, сравните их с созданием таблиц в базе данных. При создании таблицы в базе данных системы, можно указать столбцы, типы данных для различных колонок, правила для проверки данных в колонках, и так далее. Кроме того, вы можете определить правила, которые могут быть использованы в XML документов, как, например, теги и атрибуты, с помощью DTD. DTDs можно рассматривать как правило книги для XML документов.
Это не важно для вас создать DTD для вашего XML документов. Вместе с тем, DTD может иметь важное значение для пользователей, которые должны понять структуру вашего XML документы или которые нужно создать XML документ, аналогичный тому, вы уже создали. Эти пользователи могут сослаться на свой DTD документ, чтобы понять структуру и логику вашего XML документов.Когда вы создаете документ DTD для документа XML, XML документ проверяется на соответствие правилам, указанных в DTD документа. Если XML документ придерживается всех правил DTD, документ считается действительным. В противном случае XML документ не сможет создать желаемый выход.
Компоненты ОТД, перечислены ниже:
DOCTYPE деклараций. <! DOCTYPE> декларации содержит информацию о местонахождении DTD.
Элемент деклараций. Элементом является логической составляющей документа. Каждый элемент, который содержится в документе XML должны иметь соответствующее заявление в DTD. Декларация элемента используется для проверки элементов в документе.
Реквизиты заявления. Атрибуты представляют характеристики элемента. Элемент может содержать несколько атрибутов. Для каждого атрибута элемента, который используется в XML документ, соответствующий атрибут заявлении должен быть указан в DTD.
Содержание модели. Содержимое модель используется для описания содержания элемента.
Сущность декларации. Субъекты являются псевдонимами, связанных с группой данных. Они используются в документе, чтобы избежать ввода долго фрагменты текста неоднократно.
Общая структура DTD показано ниже:
<! DOCTYPE ОТД имя-[Элемент декларации (атрибут заявление]>
Элемент декларации указывается один элемент разметки. Каждый тег, используемые в XML документ должен быть должен быть определен с элементом заявление в соответствующий DTD.
Синтаксис, чтобы объявить элемент:
<! ЭЛЕМЕНТ-название элемента (элемент тип содержания)>
Рассмотрим, например, DTD, restaurant.dtd, который используется для определения подробную информацию о ресторанах. Детали включают следующие элементы:
Ресторан. Идентифицирует ресторан
NAME. Указывает название ресторана
Расположение. Указывает местонахождение ресторан
Адрес. Идентифицирует адрес ресторана
Тел. Предоставляет номер телефона ресторана
ЗАМЕЧАНИЯ. Использоваться для предоставления замечаний по поводу ресторана
Деклараций для этих элементов являются:
<! ЭЛЕМЕНТ ресторан> <! Имя элемента> <! ЭЛЕМЕНТ расположение> <! ЭЛЕМЕНТ адрес> <! ЭЛЕМЕНТ телефона> <! ЭЛЕМЕНТ замечания>
Атрибут деклараций определяют наборы атрибутов для элемента. Каждый атрибут используется в XML документ должен иметь заявление в соответствующий DTD. Все элементы не должны иметь атрибуты.
Например, в restaurant.dtd, атрибуты могут быть добавлены к РЕСТОРАН элемент.
Атрибут типа с ценностями, как Continental, китайская, индийская, мексиканская, и Multicuisine могут быть добавлены к РЕСТОРАН элемент, используя следующее заявление:
<! ATTLIST Ресторан ТИП (индийский | Континенталь | CHINESE | Мексиканская | MULTICUISINE) "континентальный" # НЕОБХОДИМО>
Значение по умолчанию для атрибута в кавычки. # ТРЕБУЮТСЯ свидетельствует о том, что атрибут является обязательным и не требуется каждый раз, когда элемент используется в документе.
Содержание модели является частью элемента декларации и используется для описания содержания элемента. Существуют три различных типа содержания:
Данные содержания. Это означает текст на основе символов и является самым основным тип контента. Содержание данных может быть определен как CDATA # или # PCDATA. # CDATA используется для указания о том, что элемент содержит данные о том, что не будет разбираться в синтаксический анализатор, в то # PCDATA используется для указания о том, что элемент содержит данные, которые должны разбираться в парсера.
Элемент содержания. Это определяет дочерние элементы, которые содержатся в элементе. Кроме того, элемент содержания определяет, какой из элементов ребенка необходимы и порядок, при котором эти элементы должны появляться в документе.
Смешанная содержание. Смешанная означает содержание данных, так и элементом содержания.
Элемент с данными объявляется как показано:
<! ЭЛЕМЕНТ элемент-наименование (тип данных)>
Элемент с ребенком элемент объявляется как показано:
<! ЭЛЕМЕНТ элемент-наименование (ребенка-элемент-наименование)>
Несколько дочерние элементы могут быть разделены с запятой. В XML документе, дочерние элементы должны появляться в той же последовательности, как они были объявлены в DTD. Вопросительный знак (?) После дочерний элемент указывает на то, что элемент является необязательным.
В restaurant.dtd, РЕСТОРАН элемент содержит все другие элементы. Restaurant.dtd, после добавления содержания типовой информационной, выглядит следующим образом:
<! ЭЛЕМЕНТ ресторан (наименование, местонахождение, адрес, телефон, замечания?)> <! ATTLIST Ресторан ТИП (индийский | Континенталь | CHINESE | Мексиканская | MULTICUISINE) "континентальный" # НЕОБХОДИМО> <! Имя элемента (# PCDATA)> <! ЭЛЕМЕНТ МЕСТО ПОРОЖНИЙ> <! ATTLIST Зона типа (Южная | СЕВЕР | Восток | Запад) "ЮГ")> <! ЭЛЕМЕНТ АДРЕС (# PCDATA)> <! ЭЛЕМЕНТ телефону (# PCDATA)>
ПУСТОЙ ключевое слово может быть использовано в качестве контент-типа, указать, что элемент не имеет дочерние элементы. ЭЛЕМЕНТ расположение singleton тег, который не требует начала и конца тегов.
Субъекты используются в документе, чтобы избежать ввода долго повторяющиеся фрагменты текста. Такие тексты могут быть отнесены псевдоним, который может быть использован далее в документе. Когда документ обрабатывается, псевдоним заменяется текстом указано.
| Сущность Имя | Характер |
|---|---|
< | < |
> | > |
и | И |
и quto | " |
" | " |
Субъекты бывают двух типов:
Общие образований. На общую сущность объявляется следующим образом:
<! ФУНКЦИЯМИ myaddress "112 Vasant анклава Дели -57">
Это пример внутренней организации, где текст фраза отображается время находится в орган заявление сам. Внешней системы карт уникальное имя для фрагмент текста хранятся вне документа. Общее образование с ссылками и перед лицом имя.
Параметр образований. Параметр образований оговариваются%. Эти организации похожи на общих образований, но могут быть использованы только в DTD.
XML документ состоит из характера данных и разметки, который описывает данные. Пример XML документ создан на основе restaurant.dtd показано ниже:
<? xml версия = "1,0"?> <RESTAURANT TYPE="CONTINENTAL"> <NAME> Sensoi </ name> <LOCATION TYPE="SOUTH" /> <ADDRESS> West End, Wellingdon Street, Нью-Дели </ АДРЕС> <PHONE> 91-011-6854672 </ Телефон> </ ресторан>
XML документ имеет следующие компоненты:
XML декларации
Элементы
Реквизиты
Подразделения
Комментарии
XML декларации является первым заявлением в XML документе. Он используется для идентификации документа как XML документа. Кроме того, он используется для указания обработки инструкций, таких, как будь то заявка должна обрабатывать только XML документа или DTD, как хорошо. XML декларации, могут включать в себя атрибуты, такие, как версия и кодировка. Например,
<? XML версия = "1,0" = кодировку "UTF-8"?>
<? и?> означает, что XML является обработка инструкции. Обработке используются для передачи сообщений с применением обработки XML документа. Такая обработка инструкции можно разместить в любом месте в документе.
Атрибут версия указывает версию XML документа. Кодировка атрибут используется для указания кодировки символов, используемые автором. UTF-8, соответствует 8 бит ASCII-символов.
Элементы являются основными компонентами языка разметки и определяются в DTD. Каждый XML документ должен быть только один корневой элемент. Корневой элемент описывает функцию документа. В restaurant.dtd примеру, <RESTAURANT> является корневой элемент. Корневой элемент содержит другие элементы документа XML.
Элементы задаются с помощью тегов. Тег указан в угловые скобки (<>). Тег может быть сопряжен с тегом начала тега (<element>) и конец тега (</ элемент>). Тег также может быть singleton тег, который не имеет начальный и конечный теги, и поэтому не может содержать никаких элементов или данных. Синглтон теги являются свидетельством с ПУСТОЙ ключевое слово в DTD.
Текст между начала и конца тегов определяется как символьные данные. Характер данных может быть любое юридическое Unicode символов, за исключением <.
Атрибуты предоставить дополнительную информацию об элементах. Атрибуты кроются в стат тега. Атрибут состоит из имени атрибута и значение атрибута. В предыдущий пример кода XML, РЕСТОРАН элемент содержит атрибут типа, который определяет, что кухня ресторана специализируется дюйма
Субъекты используются для указания псевдонима для тестовых данных, который должен быть напечатан повторно. Субъекты должны быть объявлены до того, как они указаны в документе XML. Примером образования заключается в следующем:
<! ФУНКЦИЯМИ Плохо "Ресторан бедными клиентами">
Этот орган можно обращаться как и бедных. Например,
<REMARKS> И Неудовлетворительно </ ЗАМЕЧАНИЯ>
В XML документе, все подразделения, если они заявлены в декларации DOCTYPE. <! DOCTYPE […]> следующее заявление XML декларации. Например,
<? xml версия = "1,0"?> <! DOCTYPE РЕСТОРАН [<! ФУНКЦИЯМИ Плохо "Ресторан бедными клиентами">]>
Синтаксис для задания комментариев в XML документ:
<! - Комментарии->
Например,
<? xml версия = "1,0"?> <!-Это комментарий -> <RESTAURANT TYPE="CONTINENTAL"> <NAME> Sensoi </ name> <LOCATION TYPE="SOUTH" /> <ADDRESS> West End, Wellingdon Street, Нью-Дели </ АДРЕС> <PHONE> 91-011-6854672 </ Телефон> </ ресторан>
XML используется для организации и отображения данных для веб-пользователей. Результаты такого документа является равнина с различными теги отображаются в древовидную структуру и не отформатирован. В формате XML документе, можно применить таблицу стилей. Стиль листы применять стиль для XML документов и сделать их искать привлекательные и удобные для пользователя. Стиль листы содержат нормы, которые заявляют о том, как XML документ должен появиться. Есть много листов стилей доступна на рынке, две из них являются:
CSSs (Cascading Style листов). Это поможет манипулировать видимости, определение местоположения и размера элементов; цвета и фона, шрифт, текст, и промежутки между элементом.
XSL (расширяемый язык стилей). XSL содержит словарь XML, который определяет правила и формат языка для преобразования XML документов.
CSS включен в документ XML, используя следующее заявление:
<? xml-шаблон типа = "текст / КВО" href = "mycsssheet.css"?>
XSL включен в документ XML, используя следующее заявление:
<? xml-шаблон типа = "текст / xsl" href = "myxslsheet.xsl"?>