В числе недостатков DTD как основы языка разметки обычно называют те ограничения, которые правила накладывают на документы, слишком формализованный подход в описании синтаксиса и форматов, а также сложность освоения этих положений начинающими разработчиками. Кроме того, описание типа документа ограничено рамками целостности для содержательной информации внутри самих элементов и для строкового типа данных, который представляет значения атрибутов.
Пример. Документы, содержащие номера телефонов, могут использовать элемент <telephone>. В этой записи присутствуют только сам номер и разделители:
<telephone>941-55 5-12 3 4</telephone>
В соответствии с правилами DTD содержательная часть элемента может ограничиваться только типом PCDATA (parsed character data - буквенно-цифровые данные). Внутри элемента допустимо поместить следующую информацию:
<telephone>I shouldn't be writing text here, but the DTD cannot prohibit it .</telephone> <-Внутри элемента telephone по смыслу не должно быть текста, хотя это не запрещено правилами DTD. -->
Очевидно, что в этом элементе нужно было указать совершенно другие данные. В иных областях компьютерных приложений, в частности при управлении базами данных, можно ограничить перечень используемых типов данных специальными строковыми типами и даже шаблонами.
В 1998 году консорциум W3C предложил новый механизм определения языка разметки, в котором учтены ограничения целостности данных. Как уже указывалось, первые результаты этой работы воплощаются в «XML Schemas». Некоторые специалисты помогают формировать рекомендации по структуре языка «XML Recom-mendations», другие являются экспертами по разработке баз данных и SGML, третьи связаны с построением информационных систем. К настоящему времени документы, объединенные под общим названием «XML Schema documents*, находятся на последнем этапе проектирования (см. главу 15).
Главная цель разработчиков состоит в том, чтобы схемы стали более «дружественными» к пользователям. Кроме того, нужно ввести достаточное количество ограничений для обеспечения целостности данных. В результате дизайнеры смогут легко переходить от систем хранения информации, построенных на основе документов, к системам управления данными (разумеется, появятся и другие сценарии, которые пока не обсуждались). Уже сейчас вместо формализованного (и запутанного) описания, применяемого в определении типа документа, язык XML Schemas сам задается на XML.
Резюме
В данной главе вы узнали о XML-методах, которые позволяют описывать структуры документа, давая им значимые имена в соответствии с их функциями и содержимым. Для программы распознавания либо агента пользователя эта информация не имеет значения, но для систем управления данными она, безусловно, окажется очень полезной, например в случае оптимизации процесса поиска. Элемент <f оо> значительно проще обнаружить по текстовой строке f оо, размещенной внутри объекта, чем просматривать все структуры с общим тэгом <р>.
Кроме того, здесь была раскрыта суть критерия правильности документа с точки зрения стандарта XML, а также рассказывалось о требованиях соответствия языку XHTML. С помощью правил DTD и XML-схем выполнена дополнительная проверка состоятельности документа.
В следующей главе вы познакомитесь с версией языка XHTML 1.1, наиболее близкой к стандарту XML, поскольку в ней исключены устаревшие элементы и синтаксические соглашения.
Опубликовал vovan666
April 08 2013 14:57:17 ·
0 Комментариев ·
3621 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
