ВУЗ:
Составители:
Рубрика:
ожидать, а с другой вводить в проекте программы допущения, которые помо-
гут расширить возможности приложения. При этом проверка на состоятель-
ность окажется в то же время и проверкой на соответствие документа его схе-
ме, что позволит быстро удостовериться, способно ли приложение принять до-
кумент к исполнению и выполнить запрос, используя при этом все свои воз-
можности.
С точки зрения пользователя, проверка состоятельности по отношению к
схеме увеличивает шансы на то, что передаваемая информация будет понята и
употреблена с пользой. Отправитель может оценить правильность своего сооб-
щения до того, как оно будет послано, а адресат прежде, чем его обрабатывать,
испытает его на состоятельность.
Усиливающийся интерес к XMLсхемам обусловлен в первую очередь
потребностями в обмене новыми типами приложений, для создания которых
используется описываемый здесь язык. Несмотря на то, что за долгие годы экс-
плуатации в этом проекте были обнаружены некоторые пробелы и ограниче-
ния, определения типа документа SGML/XML до сих пор во многом удовле-
творяет пользователей. Как было сказано выше, обмен документами в основном
связан с их структурой и иерархией, которые достаточно подробно описывают-
ся в определении типа документа. Однако возрастающий поток обмена данны-
ми между обрабатывающими приложениями требует более строгой проверки
их на состоятельность. Возможность как можно раньше накладывать ограниче-
ния на применяемые в подобных материалах типы данных, а также обеспечение
легкой расширяемости и обработки документов дорогого стоят.
Определение типа документа XML как схема
Как уже было сказано при разборе XMLдокументов, схема является опи-
санием способа разметки документа: его грамматики, словаря, структуры, ти-
пов данных и т.д. Классическое определение типа документа тоже является
схемой для XML, оно имеет свои преимущества и недостатки.
Для описания разметки в настоящее время, используется синтаксис, от-
личный от синтаксиса XML. Этот синтаксис обычно называют расширенной
формой БэкусаНаура, или EBNE.
Схемы типа DTD имеют и несколько других, менее очевидных недостат-
ков. Вот лишь несколько из них:
1. создать удобные для работы DTD достаточно трудно;
2. DTD не расширяемы;
3. DTD плохо описывают XML как данные;
4. не обеспечивается наследование свойств из одного DTD в другое;
5. DTD не поддерживает пространства имен;
6. описательная способность DTD ограничена;
7. нет механизма, обеспечивающего содержание элемента по умолча-
нию;
8. авторская работа по созданию программного продукта фактически
разбивается на два этапа: первый заключается в создании DTD,
20
Страницы
- « первая
- ‹ предыдущая
- …
- 18
- 19
- 20
- 21
- 22
- …
- следующая ›
- последняя »