Шпаргалка по DTD .
DTD – Один із способів формалізованого опису схеми документа XML , зробленого мовою, зрозумілою програмі-аналізатору
В даний час йдевідмова від використання DTD на користь XSD (XML Schema Definition ), по ряду причин:
- DTD використовує відмінний від XML синтаксису.
- Відсутня типізація вузлів.
- Відсутня підтримка просторів імен.
Тим не менш, цей спосіб ще широко застосовується оскільки є більш простим і зручним для опису нескладних схем документів.
КОНСТРУКЦІЇ DTD
Опис схеми складається з оголошень розмітки ( markup declaration ), що починаються з пари символів “ ” далі йде одне із слів:
- ELEMENT (Вказує, що оголошується елемент )
- ATTLIST (список атрибутів )
- ENTITY (сутність )
- NOTATION (позначення )
оголошення розмітки закінчується “ > ”
ОГОЛОШЕННЯ ТИПУ ЕЛЕМЕНТУ
(має бути описаний кожен елемент документа)
Вміст:
- EMPTY
– порожній (наприклад
) - ANY - будь-який вміст (зустрічається рідко)
- (#PCDATA) – лише символьні дані
- (список імен вкладених елементів ч.з. кому)
– вкладені елементи мають слідувати у документі у тому порядку, в якому вони перераховані в оголошенні. Оголошується лише один рівень вкладеності. Елементи можна групувати дужками.
Використання роздільника “| ” між елементами вказує, що є один із розділених елементів.
Після елементів або дужок:- “? ” - зустрічається 0 або 1 раз
- “* ” - 0 або кілька разів
- “+ ” - 1 або кілька разів
ОГОЛОШЕННЯ АТРИБУТІВ
Атрибути оголошуються після оголошення елемента. Усі атрибути одного елемента оголошуються одразу, одним списком.
Для кожного атрибута записується його ім'я, тип та ознака обов'язковості.
Типи атрибутів:
- CDATA – (Character set of data ) рядок символів
- Список значень атрибуту в дужках, перелік чз “|”
- ID – унікальний ідентифікатор
- IDREF – ідентифікатор, що містить одне із значень атрибуту ID , ісп як посилання на ін елементи
- IDREFS – ідентифікатор, що містить набір значень атрибуту типу ID , перерахованих через пробіл, так само ісп як посилання відразу на кілька елементів.
- ENTITY - Ім'я сутності, що не перевіряється аналізатором ( оголошені в тому ж описіDTD )
- ENTITIES - Імена не перевіряються аналізатором сутностей.
- NMTOKEN – слово, що містить лише символи, які застосовуються в іменах ( імена інших елементів або атрибутів, наприклад, щоб посилатися на них)
- NMTOKENS – слова, перелічені через прогалини
- NOTATION - Позначення ( позначення, розшифровані в описіDTD)
- NOTATIONS – список нотацій
ознака обов'язковості:
- Значення атрибуту за замовчуванням– вказується в лапках і означає, що атрибут необов'язковий.
- # REQUIRED– атрибут треба обов'язково записувати у елементі.
- # IMPLIED– атрибут необов'язковий, він не має значення за замовчуванням.
- # FIXED- У атрибута є тільки одне значення, кіт записується відразу через пропуск.
При використанні простору імен треба завжди вказувати уточнене ( QName), а чи не локальне ім'я.
Атрибути не входять у простір стандартних імен.
Атрибути “ xml:lang ” та “ xml:space ” також повинен бути оголошений у DTD у разі їх застосування
ОГОЛОШЕННЯ СУТНОСТЕЙ
(починаються з “&”, а закінчуються “;”)
Внутрішні сутності- Задаються при оголошенні сутності.
- Можна застосовувати далі в самому DTD нижче за оголошення.
Зовнішні сутності– містяться у окремому файліабо вбудовані в програму-аналізатор.
Параметризовані сутності– ісп тільки всередині опису DTD
Сутності діляться на розбираемые( parsed ) і не розбираються ( unparsed ). Розбираються представляє собою фрагмент документа XML або цілий документ та підлягають обробці програмою-аналізатором після підстановки. Після підстановки розбирання сутність стає частиною XML документа.
Двійковий програмний код, креслення, зображення та ін. не треба обробляти засобами XML , Для цього сутність треба оголосити не розбирається. Для цього в кінці оголошення сутності робиться позначка “ NDATA ” та вказується позначення ( notation ) об'єкта, що вставляється.
ПОПЕРЕДЖЕНІ СУТНІСТЬ У XML
ОГОЛОШЕННЯ ПОЗНАЧЕННЯ ( NOTATION)
Оголошуються подібно до сутностей, також можуть бути внутрішніми і зовнішніми.
Внутрішня
Зовнішня
SYSTEM | PUBLIC - в даному випадкурівнозначні т.к. у public не обов'язково загальновідоме посилання.
РОЗМІЩЕННЯ DTD
Або в окремому файлі “ *.dtd ” вказавши його ім'я у лапках у другій частині прологу DOCTYPE або включити опис безпосередньо в другу частину прологу, уклавши його в квадратні дужки.
]>
У XML- документах DTDвизначає набір дійсних елементів, ідентифікує елементи, які можуть бути в інших елементах, і визначає дійсні атрибути для кожного з них. Синтаксис DTD дуже своєрідний і від автора-розробника потрібні додаткові зусилля при створенні таких документів (складність DTD є однією з причин того, що використання SGML, що вимагає визначення DTD для будь-якого документа, не набуло такого поширення як, наприклад, HTML). Як уже зазначалося, у XML використовувати DTD не обов'язково - документи, створені без цих правил, будуть правильно оброблятися програмою-аналізатором, якщо вони відповідають основним вимогам синтаксису XML. Однак контроль за типами елементів та коректністю відносин між ними в цьому випадку повністю покладатиметься на автора документа. Доки граматика нашої нової мови не описана, її зможемо використовувати тільки ми, і для цього ми будемо змушені застосовувати спеціально розроблене програмне забезпечення, а не універсальні програми-аналізатори.
У DTD для XML використовуються такі типи правил: правила для елементів та їх атрибутів, опис категорій (макровизначень), опис форматів бінарних даних. Усі вони описують основні конструкції мови - елементи, атрибути, символьні константи, зовнішні файли бінарних даних.
Для того, щоб використовувати DTD у нашому документі, ми можемо або описати його у зовнішньому файліі при описі DTD просто вказати посилання на цей файл або безпосередньо всередині самого документа виділити область, в якій визначити потрібні правила. У першому випадку в документі вказується ім'я файлу, що містить опис DTD:
...
Усередині документа DTD-декларації включаються таким чином:
... ... ]> ...
У тому випадку, якщо використовуються одночасно внутрішні та зовнішні описи, то програмою-аналізатором спочатку розглядатимуться внутрішні, тобто. їхній пріоритет вищий. Під час перевірки документа XML-процесор спочатку шукає DTD всередині документа. Якщо правила всередині документа не визначені та не заданий атрибут standalone ="yes", то програма завантажить вказаний зовнішній файл та правила, що знаходяться в ньому, будуть зчитані звідти. Якщо ж атрибут standaloneмає значення "yes", використання зовнішніх DTD описів буде заборонено.
Визначення елемента
Елемент DTD визначається за допомогою дескриптора! ELEMENT, в якому вказується назва елемента та структура його вмісту.
Наприклад, для елемента
Ключове слово ELEMENT вказує, що цією інструкцією описуватиметься елемент XML. Усередині цієї інструкції задається назва елемента (flower) та тип його вмісту.
У визначенні елемента ми вказуємо спочатку назву елемента (flower), та був його модель вмісту - визначаємо, які інші елементи чи типи даних можуть усередині нього. В даному випадку вміст елемента flower визначатиметься за допомогою спеціального маркера PCDATA (що означає parseable character data – будь-яка інформація, з якою може працювати програма-аналізатор). Існує ще дві інструкції, що визначають тип вмісту EMPTY,ANY. Перша вказує на те, що елемент повинен бути порожнім (наприклад,
Послідовність дочірніх для поточного елемента об'єктів задається у вигляді списку розділених ком назв елементів. При цьому для того щоб вказати кількість повторень включень цих елементів можуть використовуватися символи +, *, ? :
У цьому прикладі вказується, що всередині елемента
Символ * у цьому прикладі вказує на те, що послідовність внутрішніх елементів, що визначається, може бути повторена кілька разів або ж зовсім не використовуватися.
Якщо визначенні елемента вказується " змішане " вміст, тобто. текстові дані або набір елементів, необхідно спочатку вказати PCDATA, а потім розділений символом "|" Список елементів.
Приклад коректного документа XML:
]>
...
Визначення атрибутів
Списки атрибутів елемента визначаються ключовим словом! ATTLIST. Усередині нього задаються назви атрибутів, типи їх значень та додаткові параметри. Наприклад, для елемента
У цьому прикладі для елемента articleвизначаються три атрибути: id, aboutі type, які мають типи ID(ідентифікатор), CDATA та список можливих значень відповідно. Усього існує шість можливих типів значень атрибуту:
- CDATA – вмістом документа можуть бути будь-які символьні дані
- ID – визначає унікальний ідентифікатор елемента в документі
- IDREF(IDREFS)- вказує, що значенням атрибута має бути назва (або кілька таких назв, розділених пробілами в другому випадку) унікального ідентифікатора певного в цьому документі елемента
- ENTITY(ENTITIES) - значення атрибута має бути назвою (або списком назв, якщо використовується ENTITIES) компонента (макровизначення), визначеного в документі
- NMTOKEN (NMTOKENS) - вміст елемента може бути лише одне окреме слово (тобто цей параметр є обмеженим варіантом CDATA)
- Список допустимих значень визначається список значень, які може мати даний атрибут.
Також для визначення атрибута можна використовувати такі параметри:
- #REQUIRED - визначає обов'язковий атрибут, який має бути заданий у всіх елементах даного типу
- #IMPLIED - атрибут не є обов'язковим
- #FIXED "значення" - вказує, що атрибут повинен мати лише вказане значення, проте саме визначення атрибуту не є обов'язковим, але в процесі розбору його значення у будь-якому випадку буде передано програмі-аналізатору
- Значення - задає значення атрибуту за замовчуванням
Визначення компонентів (макровизначень)
Компонент (entity) є визначення, вміст яких може бути повторно використано в документі. В інших мовах програмування такі елементи називаються макровизначення. Створюються DTD-компоненти за допомогою інструкції!
Програма-аналізатор, переглядаючи в першу чергу вміст області DTD-визначень, обробить цю інструкцію і при подальшому розборі документа використовуватиме вміст DTD-компонента в тому місці, де буде зустрічатися його назва. Тобто. тепер у документі ми можемо використовувати вираз, який буде замінено на рядок "Ми раді вітати Вас"
У загальному випадку, всередині DTD можна задати три типи макровизначень:
Внутрішні макровизначення- призначені визначення строкової константи, з допомогою можна організовувати посилання часто змінювану інформацію, роблячи документ читальнішим. Внутрішні компоненти включаються до документа за допомогою амперсанта &
У XML існує п'ять встановлених внутрішніх символьних констант:
- < - символ "<"
- > - символ ">"
- & - символ "&"
- " - символ апострофа ""
- " - символ подвійної лапки " ""
Зовнішні макровизначення- Вказують на вміст зовнішнього файлу, причому цим вмістом можуть бути як текстові, так і двійкові дані. У першому випадку в місці використання макросу будуть вставлені текстові рядки, у другому – бінарні дані, які аналізатором не розглядаються та використовуються зовнішніми програмами.
Макровизначення правил- макровизначення параметрів можуть використовуватися тільки всередині області DTD та позначаються спеціальним символом %, що вставляється перед назвою макросу. При цьому вміст компонента буде розміщений безпосередньо в тексті DTD-правила
Наприклад, для наступного фрагмента документа:
можна використовувати більш коротку форму запису:
Макровизначення часто використовуються для опису параметрів у правилах атрибутів. У цьому випадку з'являється можливість використовувати однакові визначення атрибутів для різних елементів:
Типізація даних
Досить часто під час створення XML- елемента розробнику потрібно визначити, які типи можуть використовуватися як його вміст. Тобто. якщо ми визначаємо елемент
Якщо в якості програми на стороні клієнта використовується верифікуючий XML-процесор, інформацію про тип можна передавати за допомогою спеціально створеного для цього атрибуту елемента, що має відповідне DTD-визначення. У процесі аналізу програма-аналізатор передасть значення цього атрибуту клієнтському додатку, який зможе використовувати цю інформацію належним чином. Наприклад, щоб вказати, що вміст елемента має бути довгим цілим, можна використовувати наступне визначення DTD:
Задавши атрибуту значення за промовчанням LONG і визначивши його як FIXED, ми дозволили цим програмі-клієнту отримати необхідну інформацію про тип вмісту даного елемента, і тепер вона може самостійно визначити відповідність типу цього вмісту вказаному в DTD-визначенні.
Ось приклад XML-документа, в якому визначаються і використовуються кілька елементів з різними типами даних:
...
Як видно з прикладу, механізм створення елементів документа при цьому не змінився. Все необхідна для перевірки типів даних інформація закладена визначення елементів всередині блоку DTD.
Наприкінці хотілося б відзначити, що DTD надає нам дуже зручний механізм здійснення контролю над вмістом документа. На сьогоднішній день практично всі програми перегляду документів Інтернет використовують DTD-правила. Однак, це далеко не єдиний спосіб перевірки коректності документа. Зараз у консорціумі W3 знаходиться на розгляді новий стандарт мови опису структури документів, званий схемами даних. Наступний розділ присвячений роботі з ними.
Анотація: У цьому розділі описуються загальні принципи написання Визначення типу документа. Також розглянуті основні недоліки та особливості DTD.
Навіщо потрібне DTD.
Створюючи XML документ, розробник сам вирішує: як назвати теги, в якому порядку вони будуть слідувати, які дані будуть записані в тому чи іншому елементі, чи будуть елементи атрибути чи ні і багато іншого. Без формального опису структури документа цим документом може скористатися лише його розробник. Якщо розроблений XML документ призначений для передачі в зовнішній світ, наприклад партнерам по бізнесу, і якщо до того ж планується отримувати у відповідь документи, написані в тому ж форматі без визначення типів документів (Document Type Definition, DTD) не обійтися. Це пов'язано з тим, що для того, щоб обидві сторони могли розуміти отриману інформацію елементи та атрибути в документах, повинні вживатися всіма сторонами однаково. Визначення типу документа вносять строгість і точність до правил написання правильно оформлених документів XML. Збережені на початку файлу XML або зовнішнім чином як файл *.DTD , визначення типів документів описують інформаційну структуру документа. У DTD перераховуються можливі імена елементів, визначаються наявні атрибути кожного типу елементів і описується вкладеність елементів.
XML використовується як засіб для опису граматики інших мов. І таким чином розробляючи деяку мову для написання XML документів у тій чи іншій галузі, нам доведеться розробити словник даної галузі діяльності. DTD за визначенням містять всю інформацію, яка може з'явитися в XML документі. Все, що входить у проект, має бути включено до DTD . Таким чином, DTD описи по суті і є таким словником. Сучасний світ змінюється досить динамічно тому заздалегідь не відомо яка інформація може знадобитися в подальшому і для того, щоб не довелося часто змінювати структуру документів словник, що зазвичай розробляється, включає в себе все що може знадобитися для конкретних видів бізнесу або промисловості. Це дозволяє використовувати визначення DTD як аналіз і проектування. Додатки XML взаємодіють один з одним на основі словників, які вони розуміють, тому визначення DTD допомагає зрозуміти, що може описати програму .
Інше застосування DTD - це перевірка написаного XML документа на коректність. Правильно оформлені документи, написані відповідно до всіх правил, описаних у специфікації XML, не можуть бути перевірені щодо помилок. Пропущені помилки можуть спричинити пошкодження програми обробки документів, або введення в систему невірних даних. Але якщо документ посилається на визначення DTD , то, використовуючи аналізатор, що перевіряє на допустимість, можна перевірити, чи є в нашому документі помилки. Аналізатор зажадає DTD і переконається, що документ відповідає описаним у ньому граматичним правилам. Аналізатор виявляє структурні помилки та помилки змісту, що набагато зменшує обсяг перевірок, що виконуються логікою програми.
Написання термінів DTD: загальні принципи.
Асоціація DTD із документом XML
Для зв'язування декларації DTD з екземпляром документа у версії XML 1.0 пропонується спеціальна декларація DOCTYPE. Вона має слідувати після декларації XML та передувати будь-яким елементам документа. Тим не менш, між деклараціями XML та DOCTYPE можуть бути коментарі та команди обробки.
Декларація DOCTYPE містить ключове слово DOCTYPE , за яким слідує ім'я кореневого елемента документа, а потім конструкція з деклараціями змісту. Перед роз'ясненням цього твердження розглянемо приклад розташування декларації DOCTYPE в екземплярі документа. Нижче наводяться перші три рядки документа XML:
..
Можна написати зовнішнє підмножина декларацій в окремому файлі DTD, включити внутрішнє підмножина в тіло декларації DOCTYPE або зробити те й інше. В останньому випадку (змішування внутрішніх і зовнішніх DTD) у внутрішніх DTD можуть бути задані нові декларації або переписані ті, що містяться у зовнішніх (за визначенням специфікації XML аналізатори спочатку читають внутрішнє підмножина, і тому декларації, що містяться там, користуються пріоритетом).
Декларації XML можуть містити атрибут standalone, що приймає лише значення "yes" і "nо". Якщо значення атрибуту дорівнює yes, то зовнішні для екземпляра документа декларації не впливають на інформацію, що передається документом, що використовує його додатку. Значення no показує, що є зовнішні декларації зі значеннями, необхідні правильного описи змісту документа - наприклад конкретні значення за промовчанням. Насправді необов'язковий атрибут standalone використовується рідко. Наявність цього атрибуту зі значенням yes не гарантує відсутності зовнішніх залежностей будь-якого типу. Просто зовнішні залежності в цьому випадку не призведуть до помилки в документі, якщо не буде включено до обробки. Таким чином, в основному цей атрибут є знаком для аналізаторів та інших додатків, що показує, чи потрібно їм використовувати якийсь зовнішній зміст.
Блок внутрішньої декларації розмітки тега DOCTYPE складається з лівої квадратної дужки, списку декларацій та правої квадратної дужки:
Внутрішні DTD дуже корисні, вони завжди містяться у документі, що їх використовує, і тому їх отримання аналізатором не становить проблем. Однак, внутрішні DTD значно збільшують розмір документа. На практиці внутрішні DTD найчастіше застосовуються одночасно із зовнішніми для додавання нових декларацій. Якщо там оголошено якийсь об'єкт, продекларований також і у зовнішньому визначенні DTD, пріоритетом користується внутрішнє. Це дозволяє здійснювати тонке настроювання декларацій для потреб конкретних документів.
Зовнішні DTD у деяких відносинах гнучкіші. В даному випадку декларація DOCTYPE складається зі звичайного ключового слова та імені кореневого елемента, за яким слідує ще одне ключове слово SYSTEM або PUBLIC, що означає джерело зовнішнього визначення DTD, а за ним - локалізація цього визначення. Якщо ключове слово SYSTEM , DTD зобов'язане безпосередньо і явно знаходиться за вказаною URL-адресою.
Якщо зовнішні DTD дуже часто переписуються, вони починають втрачати своє значення, а це ознака поганого початкового проекту.
Ключове слово PUBLIC призначене для добре відомих словників. Додаток, що аналізує документ із цього словника, повинен використовувати деяку стратегію пошуку відповідного DTD .
Стандарт XML 1.0 допускає у декларації PUBLIC наявність як публічного URI, так і системного ідентифікатора. Якщо додаток або аналізатор, що працює з документом, не можуть знайти DTD за ідентифікатором URI з ключовим словом PUBLIC , він повинен використовувати системний ідентифікатор.
Основні декларації розмітки
Допустимий у документі XML зміст визначається за допомогою чотирьох типів декларації розмітки в DTD. У наступній таблиці показані пов'язані з цими деклараціями ключові слова та їх значення:
Перші два типи пов'язані з інформацією, яку ми розраховуємо знайти в документі XML - елементами та атрибутами.
Останні два типи використовуються для підтримки. Особливо полегшують життя розробника словника XML сутності. Як правило, вони складаються із змісту, який настільки часто використовується у DTD або документі, що виправдовує створення спеціальної декларації. Застосування цієї декларації нагадує оператор include в мовах C/C++ , коли як заміна змісту використовується ім'я.
Нотації описують зміст, розроблений не мовою XML. Використовуються вони для того, щоб оголосити конкретний клас даних та пов'язати його із зовнішньою програмою. Ця зовнішня програма стає обробником оголошеного класу даних. Наприклад, зв'язавши з документом зображення у форматі JPEG, розробник бажає, щоб програма прийняла та візуалізувала двійкові дані у цьому форматі. Звісно, у разі документ залежить від цього, який обробник є у системі, одержує документ. В інтересах портативності та переносимості деякі автори не наводять посилання на оброблювачі. У такому разі нотація перетворюється просто на механізм набору тексту.
Головний письменник з питань технологій
Вам хтось надіслав електронною поштою файл DTD, і ви не знаєте, як його відкрити? Можливо, ви знайшли файл DTD на вашому комп'ютері і вас зацікавило, що це файл? Windows може сказати вам, що ви не можете відкрити його, або, у гіршому випадку, ви можете зіткнутися з відповідним повідомленням про помилку, пов'язану з файлом DTD.
До того, як ви зможете відкрити файл DTD, вам необхідно з'ясувати, який вид файлу відноситься розширення файлу DTD.
Tip:Неправильний DTD файл з'єднання errors може бути симптомом інших підданих ідентифікацій з вами в операційній системі Windows. Ці неправильні навантаження можуть також створювати поєднані симптоми так само, як високі Windows startups, комп'ютери freezes, і інші PC performance issues. Там,наскільки висока відповідь на те, що ви скануєте свою Windows Registry для вvalid file asociations й інші питання пов'язані з fragmented Registry.
Відповідь:
Файли DTD мають файли даних, який переважно асоційований з DesignTools 2D Design (TechSoft UK Limited).
Файли DTD також асоційовані з ArcView UNIX Hyperhelp Supporting File (ESRI), SGML Document Definition File та FileViewPro.
Інші типи файлів можуть також використовувати розширення файлу DTD. Якщо вам відомі будь-які інші формати файлів, які використовують розширення DTD-файлу, будь ласка, зв'яжіться з нами , щоб ми змогли відповідним чином оновити нашу інформацію.
Як відкрити файл DTD:
Найшвидший і легкий спосібвідкрити свій файл DTD - це двічі клацнути мишею. В даному випадку система Windowsсама вибере необхідну програмудля відкриття файлу DTD.
У випадку, якщо ваш файл DTD не відкривається, ймовірно, що на вашому ПК не встановлена необхідна прикладна програмадля перегляду або редагування файлів із розширеннями DTD.
Якщо ваш ПК відкриває файл DTD, але в неправильній програмі, вам потрібно змінити налаштування асоціації файлів у вашому реєстрі Windows. Іншими словами, Windows асоціює розширення файлів DTD з неправильною програмою.
Встановити необов'язкові продукти – FileViewPro (Solvusoft) | | | |
DTD Multipurpose Internet Mail Extensions (MIME):
- mime text/xml
DTD Інструмент аналізу файлів™
Ви не впевнені, який тип файлу DTD? Бажаєте отримати точну інформаціюпро файл, його творця і як його можна відкрити?
Тепер миттєво можна отримати всю необхідну інформацію про файл DTD!
Революційний DTD Інструмент аналізу файлів™ сканує, аналізує та повідомляє детальну інформаціюпро файл DTD. Наш алгоритм (очікується видача патенту) швидко проаналізує файл і через кілька секунд надасть докладну інформацію в наочному форматі, що легко читається.†
Вже через кілька секунд ви точно дізнаєтеся тип вашого файлу DTD, додаток, зіставлений з файлом, ім'я файлу користувача, статус захисту файлу та іншу корисну інформацію.
Щоб почати безкоштовний аналізфайлу, просто перетягніть ваш файл DTD всередину пунктирної лініїнижче або натисніть «Переглянути мій комп'ютер» та виберіть файл. Звіт про аналіз файлу DTD буде показаний внизу прямо у вікні браузера.
Перетягніть файл DTD сюди для початку аналізу
Переглянути мій комп'ютер »
Будь ласка, також перевірте мій файл на віруси
Ваш файл аналізується... будь ласка, зачекайте.
