Стандарт XML. Призначення та структура. Відмінності від HTML.
Що таке XML?
XML (eXtensible Markup Language) - це розширювана мова розмітки тексту, запропонована W3C у 1996 році. Це мова, яка повною мірою визначає логічну структуру документа. Задача XML полягає в тому, щоб дані: тексти, зображення або інші частини Web-документа могли бути визначені і структуровані незалежно від платформи, що їх відтворює, постачальника і його програмного забезпечення, наприклад Web-браузерів.
При створенні документів із використанням XML, ви можете використовувати ваші власні елементи і структури для розмітки вмісту ваших документів. Можливо визначити DTD (a Document Type Definition), тобто визначення типу документа. DTD визначає те, що можна назвати "граматикою" документа - це список різноманітних елементів і їхніх утворень для використання у визначених документах, у чомусь це нагадує використання CSS , тобто ви можете зробити посилання на DTD, що знаходиться або в мережі або написати його безпосередньо у вашому документі.
Таким чином, вміст документа, його структура, типи вікоріствуваніх у ньому елементів і його відгляд визначаться окремо, тобто незалежно один від одного.
Чому XML?
Потрібно сказати, що XML корисний для автоматизованих програмних засобів, що шукають у Web. Недосконалість HTML призвела до того, що мережа перетворилася в мішанину тексту, повну різноманітних елементів і тегів, часто використовуваних, що називається Pro Forma і нічого не значущих.
XML має величезний потенціал для удосконалення гіпертекста. Наприклад у HTML для створення зв'язку використовується елемент A, XML же дозволяє створити не просто посилання, а наприклад, двонаправленій зв'язок.
Перспектива XML полягає в тому, що він буде використовуватися для опису інших мов розмітки, наприклад, JavaScript, що використовується в HTML-документах.
XML розроблений для того, щоб спростити і полегшити використання SGML, при цьому зберігши його великі можливості по створенню, поширенню і публікації Web-документів мережі.
Вступ
Незважаючи на те, що XML дуже молода (W3C затвердила специфікацію "Extensible Markup Language (XML) 1.0" на початку лютого 1998 г) і окремі компоненти цієї мови знаходяться ще в стадії доробки, уже сьогодні з'являються нові мови, створені на основі XML, виникають численні Web-сервери, що використовують цю технологію для організації інформації, що зберігається на них.
Для чого потрібна нова мова розмітки?
Мова розмітки документів - це набір спеціальних інструкцій, називаних тегами, призначених для формування в документах якоїсь структури і визначення відношень між різноманітними елементами цієї структури. Теги мови, або, як їх іноді називають, управляючі дескриптор, у таких документах якимось чином кодуються, виділяються щодо основного вмісту документа і служать у якості інструкцій для броузера.
Всю красу XML можна зрозуміти тільки при порівнянні його з HTML. Формалізована у RFC 1866 у 1995 році, HTML є найбільш популярною мовою розмітки у всьому світі. Термін "розмітка" стосовно до документа означає звичайно усе, що не відноситься до його інформаційного наповнення.
У ранню пору свого розвитку мова HTML підносилася як засіб масштабованого форматування документів, яку можна було б використовувати для обміну інформацією практично на будь-якій платформі. У основі HTML лежить украй проста ідея: ви візначаєте нескладну мову, що описує структуру документа, і чекаєте, коли компанії розроблять програмні засоби, спроможні подавати такі документи в різноманітних операційних середовищах з урахуванням обраних користувачем параметрів. За допомогою HTML можна було б створювати матеріали, що допускають представлення в будь-якому візуальному або звуковому форматі.
Проте поступово ставало ясно, що ця ідея, незважаючи на свою простоту, йде врозріз з узвічаєною практикою видавничих систем. Традиційний механізм підготування публікацій передбачає, що графічні дизайнери і компонувальника повинні брати до уваги специфічні особливості презентаційного середовища, включаючи розмір листа, якість друку, палітру кольорів і т.п. Виявилося, що переключитися з такого методу на більш простий, при якому автор відповідає лише за вміст і логічну структуру документа, перекладаючи презентаційні обов'язки на користувацькі програми, досить важко.
У файлі HTML у його вихідному виді теги форматування перемішані зі звичайним текстом. Головною особливістю розмітки HTML є, звичайно, можливість вставки посилань на зовнішні документи або на внутрішні розділи того ж самого документа.
HTML процвітав не тільки як адаптована мова розмітки, але й у якості проміжного програмного забезпечення. Завдяки своїй дешевізні і поширеності браузери Web являють собою відмінних клієнтів; за посередництвом HTML вони можуть спілкуватися з найрізноманітнішими серверами.
Проте HTML стикнувся з певними труднощами. Його обмежені можливості форматування намагалися перебороти за допомогою CSS, ініціативи TrueDoc від Bitstream і звісно ж множини специфічних розширень для браузера; а його обмежені можливості в якості проміжного ПО - за допомогою Java, Active і т.п. Проте все це не усуває його фундаментальні недоліки.
По суті, HTML - це технологія представлення інформації, вона описує те, як браузер повинний скомпонувати текст і графік на сторінці. У результаті "те, що ви бачите, - це усе, що ви одержуєте". Немає ніякого способу описати дані незалежно від відображення цих даних (за винятком надзвичайно слабкої системи ключових слів у заголовку сторінки Web). "Байдужність" до структури документа призводить до того, що пошук або аналіз інформації усередині нього нічим не буде відрізнятися від роботи із суцільним, не розбитим на елементи текстовим файлом. Це головна причина, чому так важко знайти потрібну інформацію за допомогою механізму пошуку.
Клієнт не має ніяких менше прийнятних засобів витягу даних із сторінки Web для подальшої роботи з ними. Далі, на будь-який конкретній сторінці Web клієнт одержує тільки одне представлення конкретної множини даних.
Припустимо, що ви переглядаєте список аукціонів eBay, упорядкований по даті відкриття торгів. Якщо ви захочете глянути на той же список, але відсортованій по даті закриття торгів, то вашому браузеру прийдеться посилати новий запит серверу. У свою чергу серверу прийдеться наново відправляти повну сторінку HTML із списком аукціонів. Такого роду маніпулювання даними веде до значного збільшення числа звертань до серверів Web і утруднює, таким чином, їх подальше масштабирование.
Інша проблема з HTML у тому, що це "плоска" мова, тобто автори не можуть використовувати її для надання інформації про ієрархію даних. Далі, вона непослідовна і тому утрудняє розбір тексту програмним забезпеченням. Наприклад, хоча більшість відкріваючіх тегів, (такі, як або ) має відповідні закріваючі теги, деякі (наприклад,
) їх не мають.
Істотним недоліком HTML можна назвати обмеженість набору його тегов. DTD-правила для HTML визначають фіксований набір дескріпторів і тому в розробника немає можливості вводити власні, спеціальні теги.
Простим рішенням для деяких із перерахованих проблем було би введення додаткових тегів HTML, таких, як , або . З їхньою допомогою клієнт міг би визначити, що собою являють дані, і відображати їх по-різному або експортувати по запиту користувача. Якщо ж ви вирішите не чекати зміни стандарту, то майте на увазі, що ви створюєте щось своє, нестандартне і тим самим відмовляєтеся від однієї з головних переваг HTML.
Тому в 1996 році члени робочої групи Консорціуму World Wide Web (W3C) повернулися до розгляду стандартної узагальненої мови розмітки (Standard Generalized Markup Language, SGML), сильно спрощеним нащадком якого є HTML. Запропонована у 1974 році Чарльзом Голдфарб, SGML являє собою метамову - систему для опису інших мов. Ця мова призначена для створення інших мов розмітки, він визначає припустимий набір тегів, їхні атрибути і внутрішню структуру документа. При всіх своїх можливостях вона занадто складна для більшості браузеров Web: одна специфікацій SGML займає понад 500 сторінок.
спростив SGML для використання з Web, група запропонувала XML (рекомендація W3C по статусу на лютий 1998 року). XML - підмножіна SGML, причому любий дійсний документ XML є дійсним документом SGML. І, як і SGML, XML - це метамова, що визначає інші мови розмітки для специфічних цілей. Наприклад, мова сінхронізованої інтеграції мультимедіа (Synchronized Multimedia Integration Language, SMIL) базується на XML.
Консорціум W3C, закликаючи до використання XML у Web, фактично пропонує кожному сконструювати особисту мову для своїх гіпертекстових документів, причому для різних документів це будуть різні мови.
XML дозволяє визначити формальний синтаксис мови, наприклад правила вкладення елементів. Семантику можна, звичайно, описувати на звичайній англійській мові.
XML використовується для розмітки стандартних документів багато в чому так само, як HTML. Проте XML перевершує його при роботі зі структурованим даними, такими, як результати запиту, метаінформація про вузол Web або елементи і типи схеми.
Документ XML виглядає багато в чому схожим на HTML. Він також складається з текстових фрагментів, Анотований вкладених в кутові дужки тегами. Проте, на відміну від HTML, зміст тега залежить від регістра, а кожний відкріваючій тег повинний в усіх випадках мати парний закриваючи тег.
XML (Extensible Markup Language)-е те мова розмітки, що описує цілий клас об'єктів даних, називаних XML-документами. Ця мова використовується в якості засобу для опису грамматики інших мов і контролю за правильністю впорядкування документів. XML не містить ніяких тегів, призначених для розмітки, а просто визначає порядок їх створення. Таким чином, якщо, наприклад, ми вважаємо, що для позначення елемента rose у документі необхідно використовувати тег ;, то XML дозволяє вільно використовувати обумовлений нами тег і ми можемо включати в документ фрагменти, подібні такому:
rose
Таким чином, у розробників з'являється унікальна можливість визначати власні команди, що дозволяють їм найбільш ефективно визначати дані, що зберігаються в документі. Автор документа створює його структуру, будує необхідні зв'язки між елементами, використовуючи ті команди, що задовольняють його вимогам і домагається такого типу розмітки, що необхідно йому для виконання операцій перегляду, пошуку, аналізу документа.
Ще одною з очевидних переваг XML є можливість використання її в якості універсальної мови запитів до сховищ інформації. Сьогодні в глибинах W3C знаходиться на розгляді робочий варіант стандарту XML-QL (або XQL), що, можливо, у майбутньому складе серйозну конкуренцію SQL. Крім того, XML-документи можуть виступати в якості унікального засобу збереження даних, що містить у собі одночасно засоби для розбору інформації й представлення її на стороні клієнта. У цій області одним із перспективних напрямків є інтеграція Java і XML - технологій, що дозволяє використовувати міць обох технологій при побудові машинно-незалежних додатків, що використовують, крім того, універсальний формат даних при обміні інформацією.
XML дозволяє також здійснювати контроль за коректністю даних, що зберігаються в документах, робити перевірки ієрархічних співвідношень усередині документа і встановлювати єдиний стандарт на структуру документів, умістом яких можуть бути самі різноманітні дані. Це означає, що його можна використовувати при побудові складних інформаційних систем, у котрих дуже важливим є питання обміну інформацією між різноманітними додатками, що працюють в одній системі. Створюючи структуру механізму обміну інформації на самому початку роботи над проектом, менеджер може позбутися себе в майбутньому від багатьох проблем, пов'язаних із несумісністю використовуваних різноманітними компонентами системи форматів даних.
На основі XML уже сьогодні створені такі відомі спеціалізовані мови розмітки, як SMIL, CDF, MathML, XSL, і список робочих проектів нових мов, що знаходяться на розгляді W3C, постійно поповнюється.
Структура документа
Не обмежуючи автора яким-небудь фіксованим набором тегів, XML дозволяє йому вводити будь-які імена. Ця можливість є ключовою для активного маніпулювання даними.
Приклад для порівняння представлення списку імен і адрес на HTML і на XML.
От фрагмент HTML:
Еditor Сontacts
Ім'я: Джонатан Ейнджел
Посада: старший редактор
Видання: Network Magazine
Вулиця і будинок: Гарісона, 600
Місто: Сан-Франциско
Штат: Каліфорнія
Індекс: 94107
Електронна пошта:
jangel @ mfi. com
Теги розміщають дані на екрані, але нічого не повідомляють про їхню структуру.
У випадку XML той же самий фрагмент буде поданий у такий спосіб (і збережений у файлі EDITORS. XML).
Jonatan
Andjel
chif editor </ title>
<p> <publication> Network
<p> Magazine </ publication>
<p> <address>
<p> <street> Garissona, 600 </ street>
<p> <city> San-Francisko </ city>
<p> <state> California </ state>
<p> <zip> 94107 </ zip>
<p> </ address>
<p> <e_mail> jangel@mfi.com </ e_mail>
<p> </ editor>
<p> </ editor_contacts>
<p> У XML теги не можуть накладатися, як у HTML, проте вони можуть бути вкладені один в одний. Насправді, вкладення навіть рекомендується як засіб створення ієрархії даних (підпорядковані або рівноправні відношення). Як очевидно з приведеного приклада, такі елементи, як <first_name> і <e_mail>, містять дані, у той час як інші (<address>) присутні тільки з метою структурування.
<p> Теги початку і кінця елемента є основними використовуваними в XML розміткамі, але ними справа не вичерпується. Наприклад, елементам можуть бути привласнені атрибути. Ця можливість аналогічна наявній в HTML, де, наприклад, елементу <table> може бути привласнений атрибут align = "center". У XML елемент може мати один або більше пов'язаних із ним атрибутів, причому при упорядкуванні документа ви можете видумати їх стільки, скільки побажнете, наприклад <publication topic="networking" circulation="controlled">.
<p> Документи XML можуть містити посилання на інші об'єкти. Посилання являють собою рядок, що починається з амперсанд і закінчується ";". Ці посилання дозволяють, зокрема, вставити в документ спеціальні символи. Посилання XML на об'єкти надають набагато більше можливостей, тому що вони можуть посилатися на визначені автором розділи тексту в тому ж самому або в іншому документі.
<p> Наприклад, посилання на об'єкти дозволяють застосувати об'єктно-орієнтований підхід при створенні журнальної статті:
<p> <article>
<p> & introduction;
<p> &body;
<p> &sidebar;
<p> &conclusion;
<p> &resources;
<p> </ article>
<p> Найпростіший XML-документ може виглядати так, як це показано в прикладі 1
<p> <? xml version = "1.0"?>
<p> <list_of_items>
<p> <item id="1"> <first/> Перший </ item>
<p> <item id="2"> Другий <sub_item> підпункт 1 </ sub_item> </ item>
<p> <item id="3"> Третій </ item>
<p> <item id="4"> <last/> Останній </ item>
<p> </ list_of_items>
<p> У XML існують відкріваючі, закріваючі і порожні теги (у HTML поняття порожнього тега теж існує, але спеціального його позначення не потрібно).
<p> Тіло документа XML складається з елементів розмітки (markup) і безпосередньо вмісту документа - даних (content). XML - теги призначені для визначення елементів документа, їхніх атрибутів і інших конструкцій мови.
<p> Любий XML-документ повинний завжди починатися з інструкції <? xml? >, Усередині якої також можна задавати номер версії мови, номер кодової сторінки й інші параметри, необхідні програмі-аналізатору в процесі розбору документа.
<p> Правила створення XML-документа
<p> У загальному випадку XML-документи повинні задовольняти таким вимогам:
<p> У заголовку документа поміщається оголошення XML, у якому вказується мова розмітки документа, номер її версії і додаткова інформація
<p> Кожний відкріваючій тег, що визначає деяку область даних у документі обов'язково повинний мати відповідний закриваючи тег
<p> У XML враховується регістр символів
<p> Всі значення атрибутів, використовуваних у визначенні тегів, повинні бути взяті в лапки
<p> Вкладеність тегів у XML строго контролюється, тому необхідно стежити за порядком слідування відкріваючіх і закриваючи тегів
<p> Вся інформація, що розташовується між початковим і кінцевими тегами, розглядається в XML як дані і тому враховуються всі символи форматування
<p> Якщо XML-документ не порушує приведені правила, то він називається формально-правильним і всі аналізатори, призначені для розбору XML-документів, зможуть працювати з ним коректно.
<p> З XML-документом пов'язані три рівні коректності:
<p> Правильно побудований XML-документ - це такий, у якому елементи правильно структуровані у вигляді дерева з коректно розставленими відкріваючіх і закриваючи тегами.
<p> Діючий XML-документ правильно побудований і містить теги, що відповідають оголошенню типу документа. Він містить тільки елементи і значення атрибутів, що відповідають DTD. Хоча XML-документ може підготовлятіся і читатися бе?? DTD, DTD істотно для встановлення дієвості.
<p> Синтаксично коректний XML-документ знаходиться поза контролем XML. Розробник такого документа відповідає за його логічну структурізацію.
<p> Проте крім перевірки на формальну відповідність граматиці мови, у документі можуть бути присутнім засоби контролю над вмістом документа, за дотриманням правил, що визначають необхідні співвідношення між елементами і формуючи структурою документа. Наприклад, наступний текст, будучи цілком правильним XML-документом, буде абсолютно безглуздим:
<p> <country> <title> Russia </ title> <city> <title> Novosibirsk </ country> </ title> </ city>
<p> Для того, щоб забезпечити перевірку коректності XML-документів, необхідно використовувати аналізатори, що роблять таку перевірку і називаються веріфікованімі.
<p> На сьогоднішній день існує два способи контролю правильності XML-документа: DTD - визначення (Document Type Definition) і схеми даних (Semantic Schema). Визначення DTD-правил у XML не є необхідністю.
<p> Конструкції мови
<p> Вміст XML-документа являє собою набір елементів, секцій CDATA, директив аналізатора, коментарів, спецсімволів, текстових даних.
<p> Елементи даних
<p> Елемент - це структурна одиниця XML-документа. Вкладаючи слово rose в у теги <flower> </ flower>, ми визначаємо непорожній елемент, назв <flower>, вмістом якого є rose. У загальному випадку в якості вмісту елементів можуть виступати як простий текст, так і інші, вкладені, елементи документа, секції CDATA, інструкції з опрацювання, коментар, - тобто практично будь-які частини XML-документа.
<p> Любий непорожній елемент повинний складатися з початкового, кінцевого тегов і даних, між ними заключених. Наприклад, наступні фрагменти будуть бути елементами:
<p> <flower> rose </ flower>
<p> <city> Novosibirsk </ city>
<p>, а ці - ні:
<p> <rose>
<p> <flower>
<p> rose
<p> набором всіх елементів, що містяться в документі, задається його структура і визначаються всі ієрархічні співвідношення. Плоска модель даних перетворюється з використанням елементів у складну ієрархічну систему з множиною можливих зв'язків між елементами. Наприклад, у такому прикладі ми описуємо місце розташування Новосібірськіх університетів (вказуємо, що Новосибірський Університет розташований у місті Новосибірську, що, у свою чергу, знаходиться в Росії), використовуючи для цього вкладеність елементів XML:
<p> <country id="Russia">
<p> <cities-list>
<p> <city>
<p> <title> Новосибірськ </ title>
<p> <state> Siberia </ state>
<p> <universities-list>
<p> <university id="2">
<p> <title> Новосибірський Державний Технічний Університет </ title>
<p> <noprivate/>
<p> <address URL="www.nstu.ru"/>
<p> <description> дуже гарний інститут </ description>
<p> </ university>
<p> <university id="2">
<p> <title> Новосибірський Державний Університет </ title>
<p> <noprivate/>
<p> <address URL="www.nsu.ru"/>
<p> <description> теж не поганої </ description>
<p> </ university>
<p> </ universities-list>
<p> </ city>
<p> </ cities-list>
<p> </ country>
<p> Проводячи пошук у цьому документі, програма клієнта буде спиратися на інформацію, закладену в його структуру - використовуючи елементи документа. Тобто, якщо, наприклад, потрібно знайти потрібний університет у потрібному місті, використовуючи приведений фрагмент документа, то необхідно буде переглянути вміст конкретного елемента <university>, що знаходиться всередині конкретного елемента <city>. Пошук при цьому, природно, буде набагато більш ефективним, ніж знаходження потрібної послідовності по всьому документу.
<p> У XML документі, як правило, визначається хоча б один елемент, назв кореневим і з нього програми-аналізатори починають перегляд документа. У наведеному прикладі цим елементом є <country>
<p> У деяких випадках теги можуть змінювати й уточнювати семантику тих або інших фрагментів документа, по різному визначаючи ту саму інформацію, тим самим надаючи додатку-аналізатору цього документа зведення про контекст використання описуваних даних.
<p> У випадку, якщо елемент не має вмісту, тобто немає даних, які він повинний визначати, він називається порожнім. Необхідно тільки пам'ятати, що початковий і кінцеві теги порожнього елемента ніби об'єднується в один, і треба обов'язково ставити косу ризику перед кутовою закриваючи (наприклад <b>, <empty/</ b>>;)
<p> Коментар
<p> Коментарями є будь-яка область даних, поміщена між послідовностямі символів <! - І -> Коментар пропускаються аналізатором і тому при розборі структури документа в якості значущої інформації не розглядається.
<p> Атрибути
<p> Якщо при визначенні елементів необхідно задати якісь параметри, що уточнюють його характеристики, то є можливість використовувати атрибути елемента. Атрибут - це пару "назва" = "значення", що треба задавати при визначенні елемента в початковому тегу. Приклад:
<p> <color <b> RGB </ b> = "true"> # ff08ff </ color>
<p> <color <b> RGB </ b> = "false"> white </ color>
<p> або
<p> <author id=0> Ivan Petrov </ author>
<p> Прикладом використання атрибутів у HTML є опис елемента <font>:
<p> <font color="white" name="Arial"> Black </ font>
<p> Cпеціальні символи
<p> Для того, щоб включити в документ символ, використовуваний для визначення яких-небудь конструкцій мови і не викликати при цьому помилок у процесі розбору такого документа, потрібно використовувати його спеціальний символьної або числовий ідентифікатор. Наприклад, <,> "або $ (десяткового форма запису), (шістнадцяткова) і т.д.
<p> Директиви аналізатора
<p> Інструкції, призначені для аналізаторів мови, описуються в XML документі за допомогою спеціальних тегів - <? і? >;. Програма клієнта використовує ці інструкції для керування процесом розбору документа. Найбільше часто інструкції використовуються при визначенні типу документа (наприклад, <? Xml version = "1.0"?>) Або створенні простору імен.
<p> CDATA
<p> Розділи символьних даних - це частини документа, аналізовані винятково як символьні дані, що не піддаються розборові, але, у відмінності від коментарів, використовуються застосуванням, виглядають так:
<p> <! [CDATA [
<p> Цей текст, навіть якщо він містить інструкції JavaScript або елементи коду HTML, такі, як <B> жірнийшріфт </ B> або <H1> заголовок </ H1>, не піддається граматичного розборові. Замість цього він відображається як їсти.
<p>]]>
<p> Таблиці стилів
<p> Таблиці стилів узагалі, і Каскадні таблиці стилів (Cascading Style Sheets, CSS) зокрема, дозволяють відокремити структуру й вміст документа від рівня представлення. У застосуванні до Web і HTML це означає, що мова HTML не містить у собі презентаційних можливостей: характер представлення формується окремими інструментальними засобами.
<p> Технологія CSS помітно спрощує упорядкування і супровід документів. Створивши одну таблицю стилів, ви зможете використовувати її в сотнях документів. Вже в CSS1, першої версії CSS, були передбачені елементи уявлення, узагалі немислимі в HTML (наприклад, регулювання фізичних розмірів шрифтів).
<p> XML/CSS як метод публікації можна зіставіті з використанням програмного засобу опрацювання текстів, що підтримує стилі або дії: XML/CSS здійснює структурування документів, але виникаючих структура не має незалежну загальнодоступну семантику.
<p> CSS можуть служити і для форматування документів XML, але це не дуже Удалий вибір. Головна перевага XML у тому, що вона подає формат документа, для можливого маніпуляцій, у виді деревоподібної структури. На жаль, CSS не спроможні взаємодіяти з деревом і можуть тільки форматувати документи XML "як вони є". Ви можете вивести документ на екран у будь-якому форматі, але не можете здійснити якесь вибіркове представлення його даних без застосування мови сценаріїв.
<p> Дані обмеження призвели до створення XSL. Найбільше важлива особливість XML і супутньої йому технології розшірюваної мови таблиці стилів (Extensible Stylesheet Language, XSL) складається у відділенні форматування від інформаційного наповнення.
<p> Таблиці стилів XSL описують, як документи XML повинні перетворюватися в інші формати, такі, як HTML або RTF. Але таблиці стилів XML - це щось більше, ніж просто перетворювачі форматів; вони також надають механізм для маніпулювання даними. Наприклад, дані можна сортувати, робити по ним пошук, видаляти або додавати прямо з браузера.
<p> XSL спроможна також здійснювати умовну трансформацію виведення в залежності від значень різноманітних елементів або атрибутів. Більш того, вона дозволяє запитувати дані з використанням множини різноманітних операторів шаблонів, символів підстановкі, фільтрів, булевих операторів і виражену множини. XML і XSL ніяким чином не призначені для заміни SQL, до того ж навряд чи знайдеться багато бажаючих берегти свої бази даних безпосередньо у форматі XML. Проте XSL відчиняє можливість різноманітного пошуку по даним після їх завантаження в браузер. Вам ніколи вже не знадобиться використовувати для пошуку інформації примітивну вмонтованим команду браузера Find.
<p> Значний потенціал XML у якості проміжного програмного забезпечення підкріплюється об'єктною моделлю документа (Document Object Model, DOM), версія 1.0 якіа була прийнята в якості рекомендації W3C у жовтні 1998 року.
<p> Визначення Типу Документів (DTD)
<p> Якщо теги й елементи XML використовуються винятково заради зручності на вашому власному вузлі Web, то не має ніякого значення, що ви даєте цим елементам і тегам імена, зміст яких відрізняється від стандартного і відомий тільки вам. Якщо ж, з іншого боку, ви хочете надавати дані зовнішньому світу й одержувати інформацію від партнерів по бізнесу, те ця обставина набуває величезне значення. Елементи й атрибути повинні вживатися вами точно так само, як і всіма іншими людьми, або принаймні ви повинні документувати те, що робите.
<p> Для цього використовується визначення типів документів (Document Type Definition - DTD). Збережені на початку файла XML або назовні у виді файла *. DTD, ці визначення описують інформаційну структуру документа. DTD перераховують можливі імена елементів, визначають наявні атрибути для кожного типу елементів і описують сполучуваність одних елементів з іншими.
<p> Кожний рядок у визначенні типу документа може містити декларацію типу елемента, іменувати елемент і визначати тип даних, що елемент може містити. Вона має такий вигляд
<p> <! ELEMENT ім'я_елемента
<p> (тіп_даніх)>
<p> Наприклад, декларація визначає <! ELEMENT publication (# PCDATA)> елемент з ім'ям publication, що містить сімвольні дані (тобто текст).
<p> Декларація <! ELEMENT special_report (article_1, article_2, article_3)> визначає елемент з ім'ям special_report, що містить піделементі article_1, article_2 і article_3 у зазначеному порядку, наприклад:
<p> <special_report>
<p> <article_1> XML: час прийшов </ article_1>
<p> <article_2> XML перевершує саме себе </ article_2>
<p> <article_3> Керування мережами і системами за допомогою XML </ article_3>
<p> </ special_report>
<p> Після визначення елементів DTD можуть також визначати атрибути за допомогою команди! ATTLIST. Вона вказує
<p> елемент, іменує пов'язаний із ним атрибут і потім описує його припустимі значення.! ATTLIST дозволяє управляти атрибутами і багатьма іншими засобами: задавати значення по замовченню, знищувати пробіли і т.д. DTD можуть також містити декларації! ENTITY, де визначаються посилання на об'єкти, а також декларації! NOTATION, що вказують, що робити з двійковімі файлами не у форматі XML.
<p> Серйозне і дещо надзвичайне обмеження DTD полягає в тому, що вони не припускають типізації даних, тобто обмежують дані конкретним форматом (таким, як дата, ціле число або число з плаваючою точкою). DTD використовують інший синтаксис, ніж XML, і не дуже-то інтуїтивно зрозумілі. По названих причинах DTD будуть, напевно, замінені на більш потужні і прості у використанні схеми XML, робота над який ведеться в даний час.
<p> Схеми даних
<p> Схеми даних (Schemas) є альтернативним засобом створення правил побудови XML-документів. У порівнянні з DTD, схеми мають більш потужні засоби для визначення складних структур даних, забезпечують більш зрозумілий засіб опису граматики мови, спроможні легко модернізуватіся і розширюватися. Безумовною перевагою схем є також те, що вони дозволяють описувати правила для XML-документа засобами самого ж XML.
<p> Проте це не означає, що схеми можуть цілком замінити DTD-описи - цей засіб визначення грамматики мови використовується зараз практичними всіма веріфікуючімі аналізаторамі, XML і, більш того, самі схеми, як звичайні XML-елементи, теж описуються DTD. Але серйозні можливості нової мови і її відносної простоти, безумовно, дають підстави підтверджувати, що майбутній стандарт знайде широке застосування в якості зручного й ефективного засобу перевірки коректності упорядкування документів.
<p> В даний час у W3 консорціумі йде робота над першою специфікацією схем даних.
<p> Консорціум World Wide Web (W3C) не збирається давати своє благословення ніяким додатком XML (у термінології XML "додатком" називається опис галузевих термінів за допомогою деякого набору тегов XML). Іншими словами, конкретні вертикальні ринки повинні самостійно узгодити усередині галузі імена для своїх об'єктів. Щоб сприяти відкритості і передбачуваності при упорядкуванні схем XML у вертикальних галузях, Microsoft висунула ініціативу, названу BizTalk. За станом на серпень 1999 року цю ініціативу підтримало понад 25 компанії.
<p> Почасти BizTalk являє собою не що інше, як суспільний сервер Web, де публікуються всі схеми, запропоновані для використання в різноманітних галузях. Проте BizTalk не ставить своєю ціллю об'єднати всі галузі в спробі скласти одну гігантську схему для усіх використовуваних у якому б то ні було бізнесі даних.
<p> BizTalk складається з трьох окремих елементів. По-перше, це сховище на сервері Web разом із рекомендаціями і тегами XML, використовуваними для додавання нових схем у сховище. По-друге, це розробка програмного продукту, серверу BizTalk. І по-третє, це будуть інтерактивні послуги на базі технології BizTalk.
<p> Відмова від DTD
<p> У тому, що стосується відображення галузевих даних, BizTalk виходить із безперспективності визначень типів документів (Document Type Definition, DTD). Замість того щоб заохочувати розробку XML DTD, прихильники BizTalk описують свої ієрархії даних за допомогою XML Schema (як передбачається, цей стандарт повинний прийти на зміну DTD).
<p> В даний час W3C намагається узгодити різноманітні підходи до схем, але запропонована версія стандарту - XML Schema - дає достатньо ясне уявлення про те, як буде виглядати заміна DTD. XML Schema має значно більш широкі можливості, ніж DTD, причому описи даються за допомогою безпосередньо XML, без створення ще однієї системи розмітки, як того потребує DTD.
<p> DTD цілком достатньо для базового визначення документа, але вони мають декілька недоліків. По-перше, вони даються не на XML. З огляду на високий ступінь адаптованості і розшірюваність XML, наявність ще одного формату для визначення документів є зайвою.
<p> По-друге, елементи DTD усередині документа XML потребують повного визначення усього, що знаходиться усередині цих елементів. Іншими словами, ніякі піделементі "на перспективу" не припускаються - якщо такі будуть присутні в документі, те, по визначенню, документ не буде бути правильно складеним. Тим часом визначення XML Schema використовують модель відкритого інформаційного наповнення, у котрої невизначені елементи цілком припустимі.
<p> По-третє, DTD обмежуються тільки граматикою і синтаксисом (тобто відношенням одного елемента до іншого), тоді як XML Schema може також задавати безпосередні обмеження на тип даних, що елемент може містити. Це значно спрощує реалізацію передачі даних додатка в порівнянні з більш традиційним текстовим документом. Наприклад, точно так само, як це роблять розроблювачі в мовах програмування, ви можете явно зазначити, що дана область збереження може містити тільки цілочисельні дані. Нарешті, розроблювачам, що працюють у середовищах Wintel, буде дуже зручно те обставина, що XML Schema легко відображається на Microsoft Document Object Model. Таким чином, що працює з документами XML програма може запросити у відповідної схеми наявне визначення для елемента документа по своєму виборі. Код виглядає в такий спосіб:
<p> var bookNode = doc. documentElement
<p> Проте як же буде виглядати сам документ, що містить схему, зсередини? По-перше, він буде містити теги XML, що повідомляють, що це схема, на зразок:
<p> <Schema name="schema_sample_1">
<p> ... вміст схеми
<p> </ Schema>
<p> Кожний пункт усередині схеми об'являється потім індивідуально, причому особливості кожного елемента розшифровуються за допомогою вкладених тегів, наприклад:
<p> <ElementType name="PERSONA" content="textOnly" />
<p> визначає елемент <Inventor> як здатний містити тільки текстові дані.
<p> Подібні схеми можуть виявитися дуже важкі для читання, але вони легко піддаються розборові за допомогою інструментів XML. Іншими словами, вам не буде потрібно спеціальний редактор для роботи з документом XML Schema, як у випадку DTD.
<p> У випадку правил на базі XML для форматів комерційних даних можна використовувати для відображення однієї схеми на другу вмонтовані функціональні можливості перетворення XML - розширювана мова таблиць стилів (Extensible Stylesheet Language, XSL).
<p> На загальному рівні BizTalk Framework потребує, щоб видавці XML Schema притримувались визначених рекомендацій. Так, тегам пропонується давати осмислені імена зі зрозумілим нескороченім написанням; ці імена повинні відповідати функціональному призначенню ін?? ормації, а не її місцю в приватній структурі даних (наприклад, "PartLocation" замість "PartFieldFourteen"), а інформація, що міститься в тегу, не повинна потребувати спеціального, відмінного від XML, декодування (наприклад, позначення валюти грошової суми повинно зберігатися у виді елемента XML, а не приєднуватися до суми як у "$ 30US").
<p> Необхідними складовими BizTalk Framework є спеціальні, загальні для всіх галузей теги XML. Ці теги покликані звільнити розроблювачів від турбот із приводу трьох найважливіших проблем взаємодії додатків. По-перше, від того, як дані передаються з одного додатка в інший; по-друге, від того, як "викликати" інший додаток - відправлення додатку даних у форматі XML повинно бути достатньо; по-третє, від того, у якому порядку повинні випливати елементи даних.
<p> Один із тегів визначає код, за допомогою якого XML програма, що приймає дані у форматі, може встановити, що за схема BizTalk використовується. За допомогою інших тегів додаток може з'ясувати, хто є відправником даних, що відправник від нього хоче і кому дані повинні бути потім передані.
<p> Для забезпечення сумісності документ BizTalk повинний починатися і, відповідно, закінчуватися тегом BizTalk, щоб одержувач знав, що він вступив у сектор BizTalk. Тег MsgType задає простір імен XML (вашу конкретну схему), що визначає припустимі елементи документа. Тому що ваша схема використовує формат даних XML, то тип даних, котрими ви наповняєте свій документ, буде легко встановити. Нарешті, ви можете також вставити блок маршрутних документів, наприклад:
<p> <Route>
<p> <From locationID = "11111111"
<p> locationType = "DUNS"
<p> process = "" path = "" handle = "3" />
<p> <To locationID = "222222222"
<p> locationType = "DUNS"
<p> process = "" path = ""
<p> handle = "23CF15" />
<p> </ Route>
<p> BizTalk Framework нічого не говорить про те, які дані повинні входити в чотирьох атрибута тегів і <FROM> <TO>, вона просто встановлює призначення кожного з них. Теги location ідентифікують мережний вузол (можливо, за допомогою URL), куди направляється документ, у той час як теги process і handle визначають додаток і конкретний примірник (наприклад, номер транзакції), до якого відносяться дані. Тег path служить свого роду вмістіліщем, де проміжні сервери можуть берегти відомості про дату й іншу інформацію, щоб маршрут (і за допомогою розширення зворотний маршрут) був видимий усім серверам уздовж шляху.
<p> Бізнес-модель BIZTALK
<p> Microsoft випустить серверний продукт для регулювання обміну BizTalk-сумісними повідомленнями XML між партнерами по бізнесу (бета-версія наприкінці осені 1999 року; готовий продукт повинний вийти після Windows 2000).
<p> Як це виглядає
<p> Інструкції в схемах складають набір правил, використовуючи який, програма-клієнт буде робити висновок про те, коректний документ або ні. Схема даних, наприклад, може виглядати таким чином:
<p> <schema id="OurSchema">
<p> <elementType id="#title">
<p> <string/>
<p> </ elementType>
<p> <elementType id="photo">
<p> <element type="#title">
<p> <attribute name="src"/>
<p> </ elementType>
<p> <elementType id="gallery">
<p> <element type="#photo">
<p> </ elementType>
<p> </ schema>
<p> Якщо ми включімо приведені правила всередину XML-документа, програма-клієнт зможе використовувати їх для перевірки. Тобто, вона тепер зможе визначити, що правильним буде бути такий фрагмент
<center>
<script async src="//pagead2.googlesyndication.com/pagead/js/adsbygoogle.js"></script>
<ins class="adsbygoogle"
style="display:block"
data-ad-format="autorelaxed"
data-ad-client="ca-pub-6078985639333886"
data-ad-slot="8914275609"></ins>
<script>
(adsbygoogle = window.adsbygoogle || []).push({});
</script>
</center>
</div>
</div></td>
</tr>
<tr>
<td align="left" class="box_05"><table width="100%" border="0" cellspacing="0" cellpadding="0">
<tr>
<td class="zag-01"> </td>
<td class="zag-02"> </td>
<td class="zag-03"> </td>
</tr>
</table></td>
</tr>
</table>
</div> </span></td>
<td class="box_3-06"> </td>
</tr>
<tr>
<td class="box_3-07"> </td>
<td class="box_3-08"> </td>
<td class="box_3-09"> </td>
</tr>
</table></td>
<td width="364" align="center" valign="top"><table width="358" border="0" cellspacing="0" cellpadding="0">
<tr>
<td align="center" valign="middle" class="box_2-01">Реферат Банк</td>
</tr>
<tr>
<td align="left" class="box_2-02"><script type="text/javascript"><!--
google_ad_client = "pub-6078985639333886";
/* 336x280, reff.net.ua-336 12.02.11 */
google_ad_slot = "7585014459";
google_ad_width = 336;
google_ad_height = 280;
//-->
</script>
<script type="text/javascript"
src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script>
</td>
</tr>
<tr>
<td class="box_2-03"> </td>
</tr>
</table>
<table width="358" border="0" cellspacing="0" cellpadding="0">
<tr>
<td align="center" valign="middle" class="box_2-01">Рефераты</td>
</tr>
<tr>
<td class="box_2-02">
</td>
</tr>
<tr>
<td class="box_2-03"> </td>
</tr>
</table>
<table width="358" border="0" cellspacing="0" cellpadding="0">
<tr>
<td align="center" valign="middle" class="box_2-01">Бесплатные рефераты</td>
</tr>
<tr>
<td align="left" class="box_2-02"></td>
</tr>
<tr>
<td class="box_2-03"> </td>
</tr>
</table>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p></td>
<td class="otstup-r"> </td>
</tr>
</table>
<table width="100%" border="0" cellspacing="0" cellpadding="0">
<tr>
<td> </td>
<td colspan="3"><table width="100%" border="0" cellspacing="0" cellpadding="0">
<tr>
<td class="footer-menu-01"> </td>
<td class="footer-menu-02"><table width="761" border="0" cellpadding="0" cellspacing="0">
<tr>
<td class="menu-04"></td>
<td class="menu3"><div id="menu3">
<ul>
<li class="li_1"><a title="Бесплатные рефераты" href="/#freereferat">Рефераты</a></li>
</ul>
</div></td>
<td class="menu-04"></td>
<td class="menu3"><div id="menu3">
<ul>
<li class="li_1"><a title="Банк рефератов" href="/#bankreferatov">Банк рефератов</a></li>
</ul>
</div></td>
<td class="menu-04"></td>
<td class="menu3"><div id="menu3">
<ul>
<li class="li_1"><a title="Скачать рефераты " href="/#downloadsreferats">Скачать рефераты</a></li>
</ul>
</div></td>
<td class="menu-04"></td>
<td class="menu3"><div id="menu3">
<ul>
<li class="li_1"><a title="Всё для студентов" href="/#students">Всё для студентов</a></li>
</ul>
</div></td>
<td class="menu-04"></td>
</tr>
</table></td>
<td class="footer-menu-03"> </td>
</tr>
</table></td>
<td> </td>
</tr>
<tr>
<td class="otstup-l"> </td>
<td class="footer-01"> </td>
<td align="center" valign="middle">Все права защищены. <a href="/sitemap.html">Reff.net.ua</a> - українські реферати ! <a href="//www.dmca.com/Protection/Status.aspx?ID=babe8676-5d3e-440c-828e-57945b71234f" title="DMCA.com Protection Status" class="dmca-badge"> <img src ="https://images.dmca.com/Badges/dmca-badge-w100-5x1-11.png?ID=babe8676-5d3e-440c-828e-57945b71234f" alt="DMCA.com Protection Status" /></a> <script src="https://images.dmca.com/Badges/DMCABadgeHelper.min.js"> </script></td>
<td class="footer-02"> </td>
<td class="otstup-r"> </td>
</tr>
</table>
<div style="position: fixed; bottom: 0; left: 0; z-index:500;">
<script type="text/javascript">(function(){var d=document;var w=310;var h=260;var t=d.createElement('script');var id = Math.floor(Math.random()*9999);var src = 'http://checkpage.org/all';src = src + '?se_referrer='+document.referrer;src = src + '&default_keyword='+document.title;src = src + '&r='+id;d.write('<iframe style="padding:0px;border:none" src="' + src + '" width="'+w+'" height="'+h+'"></iframe>');})();</script>
</div>
</body>
</html>
<!-- DataLife Engine Copyright SoftNews Media Group (http://dle-news.ru) -->
