Трансформация XML документов . Курсовая работа (п). Информатика, ВТ, телекоммуникации.
💣 👉🏻👉🏻👉🏻 ВСЯ ИНФОРМАЦИЯ ДОСТУПНА ЗДЕСЬ ЖМИТЕ 👈🏻👈🏻👈🏻
Вы можете узнать стоимость помощи в написании студенческой работы.
Помощь в написании работы, которую точно примут!
Похожие работы на - Трансформация XML документов
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Нужна качественная работа без плагиата?
Не нашел материал для своей работы?
Поможем написать качественную работу Без плагиата!
Министерство образования Российской Федерации
Саратовский государственный университет
Трансформация XML документов
___________________________________________________________________________
Студента 4 курса
механико-математического факультета
_____________________ Фроолова Николая Васильевича ___________________
Доцент,
к.ф.м.н. Ковалев
А.Д.
Должность, уч степень
подпись, дата инициалы, фамилия
Доцент,
к.ф.м.н. Мозжилкин В.В.
подпись, дата
Саратовский государственный университет
На заседании кафедры мат моделирования
По специальности
010200______________
Шифр
Тема ___________ Трансформация
XML документов________________
__________________________________________________
Студента 4 курса механико-математического
факультета
_____________________ Фроолова Николая Васильевича ___________________
Перечень вопросов, подлежащих разработке в курсовой работе:
1. Моделирование XML-документов
3. Documents Type Definitions (DTD)
Дата выдачи ____________________________________________________
Число, месяц
Срок выполнения ______________________________________________
Число, месяц
Доцент, к.ф.м.н. Ковалев
А.Д.
Должность, уч степень
подпись, дата инициалы, фамилия
3. Моделирование XML -документов
4. Documents Type Definitions
(DTD)
За недолгое время своего официального существования язык XML привлек к себе уже
достаточно много внимания со стороны разработчиков и пользователей Интернет.
Сегодня количество приверженцев этой новой технологии возрастает очень
стремительно. Несмотря на то, что XML очень молод (международная организация
W3C утвердила спецификацию "Extensible Markup Language(XML) 1.0" в
начале февраля 1998 г) и отдельные компоненты этого языка находятся еще в
стадии доработки, уже сегодня появляются новые языки, созданные на основе XML,
возникают многочисленные Web-сервера, использующие эту технологию для организации
хранящейся на них информации.
Когда осенью 1991 года Интернет впервые услышал о новой технологии, под названием
WWW, почти никто не мог представить себе, что завоевания
ее окажутся настолько глобальными. Сегодня для многих пользователей слово
Интернет прочно ассоциируется с WWW и с уст специалистов не сходит тема
будущего информационных систем и влияния на это будущее всемирной сетевой
паутины.
Популярность World Wide Web и неотъемлемой ее части, HTML, безусловно, стала
причиной повышенного внимания к системам гипертекстовой разметки документов.
Хотя понятие гипертекста было введено В.Бушем еще в 1945 году и, начиная с 60-х
годов стали появляться первые приложения, использующие гипертекстовые данные,
всплеск активности вокруг этой технологии начался лишь тогда, когда возникла
реальная необходимость в механизме объединения множества информационных
ресурсов, обеспечения возможности создания, просмотра нелинейного текста. И
примером реализации этого механизма послужила паутина WWW.
Язык разметки документов - это набор специальных инструкций, называемых
тэгами, предназначенных для формирования в документах какой-либо структуры и
определения отношений между различными элементами этой структуры. Тэги языка,
или, как их иногда называют, управляющие дескрипторы, в таких документах
выделяются относительно основного содержимого документа и служат в качестве
инструкций для программы, производящей показ содержимого документа на стороне
клиента. В самых первых системах для обозначения этих команд использовались
символы “<” и “>”, внутри которых помещались названия инструкций и их
параметры. Сейчас такой способ обозначения тэгов является стандартным.
Использование гипертекстовой разбивки текстового документа в современных
информационных системах во многом связано с тем, что гипертекст позволяет
создавать механизм нелинейного просмотра информации. В таких системах данные
представляются не в виде непрерывного потока текстовой информации, а набором
взаимосвязанных компонентов, переход по которым осуществляется при помощи
гиперссылок.
Самый популярный на сегодняшний день язык гипертекстовой разметки – HTML, был
создан специально для организации информации, распределенной в сети Интернет, и
является одной из ключевых составляющих технологии WWW. С использованием
гипертекстовой модели документа способ представления разнообразных
информационных ресурсов в сети стал более упорядочен, а пользователи получили
удобный механизм поиска и просмотра нужной информации.
HTML является упрощенной версией стандартного общего языка
разметки - SGML (Standart Generalised Markup Language), который был утвержден
ISO в качестве стандарта еще в 80-х годах. Этот язык предназначен для создания
других языков разметки, он определяет допустимый набор тэгов, их атрибуты и
внутреннюю структуру документа. Контроль над правильностью использования
дескрипторов осуществляется при помощи специального набора правил, называемых
DTD-описаниями, которые используются программой клиента при разборе документа.
Для каждого класса документов определяется свой набор правил, описывающих
грамматику соответствующего языка разметки. С помощью SGML можно описывать
структурированные данные, организовывать информацию, содержащуюся в документах,
представлять эту информацию в некотором стандартизованном формате. Но в виду
некоторой своей сложности, SGML использовался, в основном, для описания
синтаксиса других языков(наиболее известным из которых является HTML), и
немногие приложения работали с SGML- документами напрямую.
Гораздо более простой и удобный, чем SGML, язык HTML позволяет определять
оформление элементов документа и имеет некий ограниченный набор инструкций -
тэгов, при помощи которых осуществляется процесс разметки. Инструкции HTML, в
первую очередь, предназначены для управления процессом вывода содержимого
документа на экране программы-клиента и определяют этим самым способ
представления документа, но не его структуру. В качестве элемента
гипертекстовой базы данных, описываемой HTML, используется текстовый файл, который
может легко передаваться по сети с использованием протокола HTTP. Эта
особенность, а также то, что HTML является открытым стандартом и огромное
количество пользователей имеет возможность применять возможности этого языка
для оформления своих документов, безусловно, повлияли на рост популярности HTML
и сделали его сегодня главным механизмом представления информации в Web.
Однако современные приложения нуждаются не только в языке представления данных
на экране клиента, но и в механизме, позволяющем определять структуру
документа, описывать содержащиеся в нем элементы. HTML обладает несложным
набором команд и вполне успешно справляется с задачей описания текстовой
информации и отображением ее на экране программы просмотра - браузера. Однако
сами отображаемые данные никак не связаны с теми тэгами, которые используются
для форматирования, поэтому у программ-анализаторов нет возможности
использовать тэги HTML для поиска нужных нам фрагментов документа. Т.е.
встретив, например, такое описание
программа
просмотра будет знать, каким цветом отобразить текст, содержащийся внутри тэгов
и, вероятно, отобразит его правильно, но ей абсолютно
безразлично, в каком месте документа встретился этот тэг, в какие другие тэги заключен
текущий фрагмент, существуют ли вложенные в него фрагменты, правильно ли
построены отношения между объектами. Такое "безразличие" к структуре
документа приводит к тому, что поиск или анализ информации внутри него ничем не
будет отличаться от работы со сплошным, не разбитым на элементы текстовым
файлом. А это, как известно, не самый эффективный способ работы с информацией.
Другим существенным недостатком HTML можно назвать ограниченность набора его
тэгов. DTD-правила для HTML определяют фиксированный набор дескрипторов и
поэтому у разработчика нет возможности вводить собственные, специальные тэги.
Хотя время от времени появляются новые расширения языка, но долгий путь их
стандартизации, сопровождаемый постоянными разногласиями между основными производителями
браузеров делают практически невозможной быструю адаптацию языка, его
использование для отображения специализированной информации(например,
мультимедийной, математических, химических формул и т.д.).
Подводя итог всему сказанному, можно утверждать, что HTML уже сегодня не
удовлетворяет в полной мере требованиям, предъявляемым современными
разработчиками к языкам подобного рода. И ему на смену был предложен новый язык
гипертекстовой разметки, мощный, гибкий, и, одновременно с этим, удобный язык
XML.
XML ( Extensible Markup Language ) - это язык разметки, описывающий
целый класс объектов данных, называемых XML-документами. Этот язык используется
в качестве средства для описания грамматики других языков и контроля над
правильностью составления документов. Т.е. сам по себе XML не содержит никаких
тэгов, предназначенных для разметки, он просто определяет порядок их создания.
Таким образом, если, например, мы считаем, что для обозначения элемента rose
в документе необходимо использовать тэг ; то XML
позволяет свободно использовать определяемый нами тэг и мы можем включать в
документ фрагменты, подобные следующему:
Набор
тэгов может быть легко расширен. Если, предположим, мы хотим также указать, что
описание цветка должно по смыслу идти внутри описания оранжереи, в которой он
цветет, то просто задаем новые тэги и выбираем порядок их следования: < conservatory>
Процесс
создания XML документа очень прост и требует лишь базовых знаний HTML и
понимания тех задач, которые необходимо выполнить, используя XML в качестве
языка разметки. Таким образом, у разработчиков появляется уникальная
возможность определять собственные команды, позволяющие им наиболее эффективно
определять данные, содержащиеся в документе. Автор документа создает его
структуру, строит необходимые связи между элементами, используя те команды,
которые удовлетворяют его требованиям, и добивается такого типа разметки,
которое необходимо ему для выполнения операций просмотра, поиска, анализа
документа.
Еще одним из очевидных достоинств XML является возможность использования его в
качестве универсального языка запросов к хранилищам информации. Сегодня в W3C
находится на рассмотрении рабочий вариант стандарта XML-QL(или XQL), который,
возможно, в будущем составит серьезную конкуренцию SQL. Кроме того,
XML-документы могут выступать в качестве уникального способа хранения данных,
который включает в себя одновременно средства для разбора информации и
представления ее на стороне клиента. В этой области одним из перспективных
направлений является интеграция Java и XML - технологий, позволяющая
использовать мощь обеих технологий при построении машинно-независимых
приложений, использующих, кроме того, универсальный формат данных при обмене
информации.
XML позволяет также осуществлять контроль над корректностью данных, хранящихся
в документах, производить проверки иерархических соотношений внутри документа и
устанавливать единый стандарт на структуру документов, содержимым которых могут
быть самые различные данные. Это означает, что его можно использовать при
построении сложных информационных систем, в которых очень важным является
вопрос обмена информацией между различными приложениями, работающими в одной
системе. Создавая структуру механизма обмена информации в самом начале работы
над проектом, менеджер может избавить себя в будущем от многих проблем,
связанных с несовместимостью используемых различными компонентами системы
форматов данных.
Также одним из достоинств XML является то, что программы-обработчики
XML-документов не сложны и уже сегодня появились и свободно распространяются
всевозможные программные продукты, предназначенные для работы с
XML-документами. XML поддерживается в IE5. Было заявлено о его поддержке в
последующих версиях Netscape Communicator, СУБД Oracle, DB-2, в приложениях
MS-Office. Все это дает основания предполагать, что, скорее всего, в ближайшем
будущем XML станет основным языком обмена информации для информационных систем,
заменив собой, тем самым, HTML. На основе XML уже сегодня созданы такие
известные специализированные языки разметки, как SMIL, CDF, MathML, XSL, и
список рабочих проектов новых языков, находящихся на рассмотрении W3C,
постоянно пополняется.
Хотя XML, сильно отличается по своим возможностям и предназначению от языка
гипертекстовой разметки, оба эти языка являются подмножествами SGML, и,
следовательно, наследуют его базовые принципы.
Простейший
XML-документ может выглядеть так:
Второй подпункт 1
Последний
Этот
документ очень похож на обычную HTML-страницу. Так же, как и в HTML,
инструкции, заключенные в угловые скобки называются тэгами и служат для
разметки основного текста документа. В XML существуют открывающие, закрывающие
и пустые тэги (в HTML понятие пустого тэга тоже существует, но специального его
обозначения не требуется).
Тело документа XML состоит из элементов разметки(markup) и
непосредственно содержимого документа - данных(content).
XML - тэги предназначены для определения элементов документа, их атрибутов и
других конструкций языка.
Любой XML-документ должен всегда начинаться с инструкции , внутри которой также можно задавать номер версии языка, номер
кодовой страницы и другие параметры, необходимые программе-анализатору в
процессе разбора документа.
Если XML-документ не нарушает приведенные правила, то он называется формально-правильным
и все анализаторы, предназначенные для разбора XML- документов, смогут
работать с ним корректно. Однако кроме проверки на формальное соответствие
грамматике языка, в документе могут присутствовать средства контроля над
содержанием документа, за соблюдением правил, определяющих необходимые
соотношений между элементами и формирующих структуру документа. Для того, чтобы
обеспечить проверку корректности XML- документов, необходимо использовать
анализаторы, производящие такую проверку и называемые верифицирующими. На
сегодняшний день существует два способа контроля правильности XML-документа: DTD
- определения(Document Type Definition) и схемы данных(Semantic Schema) .
В отличии от SGML, определение DTD-правил в XML не является необходимостью.
Содержимое
XML-документа представляет собой набор элементов, секций CDATA, директив
анализатора, комментариев, спецсимволов, текстовых данных.
Элемент - это структурная единица
XML-документа. Заключая слово rose в в тэги
, мы определяем непустой элемент,
называемый , содержимым которого является rose . В общем случае в качестве содержимого элементов могут выступать как
просто какой-то текст, так и другие, вложенные, элементы документа, секции
CDATA, инструкции по обработке, комментарии, - т.е. практически любые части
XML-документа. Любой непустой элемент должен состоять из начального, конечного
тэгов и данных, между ними заключенных. Например, следующие фрагменты будут
являться элементами:
Набором
всех элементов, содержащихся в документе, задается его структура, и
определяются все иерархическое соотношения. Плоская модель данных превращается
с использованием элементов в сложную иерархическую систему с множеством
возможных связей между элементами. Производя в последствии поиск в этом
документе, программа клиента будет опираться на информацию, заложенную в его
структуру - используя элементы документа. Поиск при этом, естественно, будет
гораздо более эффективен, чем нахождение нужной последовательности по всему
документу. В XML документе, как правило, определяется хотя бы один элемент,
называемый корневым и с него программы-анализаторы начинают просмотр документа.
В некоторых случаях тэги могут изменять и уточнять семантику тех или иных
фрагментов документа, по разному определяя одну и ту же информацию и тем самым
предоставляя приложению-анализатору этого документа сведения о контексте
использования описываемых данных. Например, прочитав фрагмент Holliwood
мы можем догадаться, что речь в этой части документа идет о городе, а вот
во фрагменте < restaurant> Holliwood - о забегаловке. В случае, если элемент не имеет содержимого, т.е. нет
данных, которые он должен определять, он называется пустым. Примером пустых
элементов в HTML могут служить такие тэги HTML, как ,
,
.
Комментариями является любая область данных, заключенная между
последовательностями символов Комментарии пропускаются
анализатором и поэтому при разборе структуры документа в качестве значащей
информации не рассматриваются.
Если при определении элементов необходимо задать какие-либо параметры,
уточняющие его характеристики, то имеется возможность использовать атрибуты
элемента. Атрибут - это пара "название" = "значение",
которую надо задавать при определении элемента в начальном тэге. Пример:
Для того, чтобы включить в документ символ, используемый для определения
каких-либо конструкций языка (например, символ угловой скобки) и не вызвать при
этом ошибок в процессе разбора такого документа, нужно использовать его
специальный символьный либо числовой идентификатор. Например, < ,
> " или $(десятичная форма записи),
(шестнадцатеричная) и т.д. Строковые обозначения спецсимволов могут
определяться в XML документе при помощи компонентов (entity).
Инструкции, предназначенные для анализаторов языка, описываются в XML
документе при помощи специальных тэгов - ;.
Программа клиента использует эти инструкции для управления процессом разбора
документа. Наиболее часто инструкции используются при определении типа
документа (например, ) или создании пространства
имен.
Чтобы задать область документа, которую
при разборе анализатор будет рассматривать как простой текст, игнорируя любые
инструкции и специальные символы, но, в отличии от комментариев, иметь
возможность использовать их в приложении, необходимо использовать тэги
. Внутри этого блока можно помещать любую информацию,
которая может понадобится программе- клиенту для выполнения каких-либо действий
(в область CDATA, можно помещать, например, инструкции JavaScript).
Естественно, надо следить за тем, чтобы в области, ограниченной этими тэгами не
было последовательности символов ]].
Одним из наиболее сильных свойств XML является возможность
создавать собственные языки разметки, в которых определяются элементы и
атрибуты, наилучшим образом соответствующие инкапсулируемой информации, и
снимаются ограничения, вызываемые малопригодным языком общего назначения.
Однако пока нельзя определить язык формальным образом, ограничить словарь
элементов и атрибутов поддающимся управлению множеством и управлять грамматикой
элементов. Процесс формального определения языка в XML
называется моделированием документов . На сегодняшний день существует два
способа моделирования документов: определения типа документа ( DTD) , которые описывают структуру документа с
помощью декларативных правил, и XML Schema ,
описывающую структуру документа на примере с помощью шаблонов элементов.
Модель определяет документы, которые можно создать с помощью языка; или, в
рамках терминологии XML, модель документа устанавливает,
какие документы согласуются ( conform) с языком. Модель документа отвечает на такие вопросы, как «Может ли быть
заголовок у данного элемента?» или «Должна ли быть указана цена для этого
элемента?» Модель является документом особого рода, написанным по правилам
синтаксиса, предназначенного для описания языков XML, и
явно описывает грамматику и словарь отдельного языка разметки. Иногда язык,
который она описывает, называют типом документа ( document
type) или приложением
XML ( XML application) . С помощью такой модели можно определить,
согласуется ли некоторый документ XML с данным типом
документа.
Фактически
написанные кем-то документы, называемые экземплярами документа ( document
instances) , могут согласоваться с
языком, описанным в модели документа или не согласоваться. Согласующиеся
документы называют действительными ( valid) в контексте языка; другие документы
называют недействительными ( invalid) .
Модель документа может быть лишним грузом, если надо сопровождать лишь один-два
документа, но если документов много, а требования к качеству высоки, ее
создание может окупиться. Вот некоторые ситуации, в которых модель документа в
состоянии облегчить жизнь:
● Документы создаются людьми и являются данными для компьютерной
программы. Программы особенно привередливы в отношении форматов данных, потому что
трудно создавать программы, способные справляться с отклонениями от формата.
Ограничив применяемый шаблон предсказуемым форматом, намного легче писать
программы, а вероятность ошибок уменьшается. Сравнение каждого экземпляра документа
с моделью гарантирует, что вы не столкнетесь с проблемой несоответствия.
● В документе обязательно должны быть поля. Например, в бланке заказа
изделия необходимо указать почтовый адрес, чтобы знать, куда отправлять
посылку. Применение модели документа обеспечивает присутствие всех необходимых
полей.
● Вы запрашиваете документы у людей, не знакомых с используемым
приложением XML. Так как модель сама является документом,
она может быть открытым ресурсом, доступным для загрузки, ссылок и передачи.
Модель документа может выступать в качестве данных в средах создания
структурированных документов, например, в редакторе XML.
В такой программе редактор может автоматически вставлять необходимые поля и
предлагать разработчику документа списки допустимых групп элементов.
● Разработчику нужна надежная структура для развивающегося языка или
семейства языков. Модель документа предоставляет простой способ создания
стандарта, такого, например, как HTML Version 4.0.
Отслеживание новых версий языка жизненно важно для программ XML, поскольку старые программы могут оказаться несовместимыми с более
новыми версиями языка. Модели документов можно объединить для создания
составных языков. Например, DocBook использует модель
таблиц CALS, а не пытается определить свою.
Конечно, могут быть основания и не использовать модель документов.
Сопровождение модели может оказаться неудобным, особенно в начале, когда язык
подвергается тестированию и дальнейшей разработке. Она может замедлить
обработку, например, если браузеры XML должны загружать
модель документа из сети. Наконец, наличие авторитарной модели, указывающей,
какие элементы можно использовать, а какие – нет, может просто сломать стиль
работы. А, кроме того, нужно потратить силы на то, чтобы разработать модель или
найти готовую, отвечающую потребностям. В конечном счете, автор сам решает,
использовать модель документа или нет: XML спроектирован
так, что позволяет работать в любом случае.
Некоторые модели документов (а именно, DTD) не очень
хорошо работают с пространствами имен(пространства имен являются способом
группировки элементов из различных источников, например, встраивания уравнений MathML внутрь документов HTML). Это создает проблемы,
если DTD стремятся ограничить применяемые автором элементы
предсказуемым конечным множеством. В настоящий момент исчерпывающего решения
этой дилеммы нет. Невозможно предвидеть все виды пространств имен и объявить их
элементы и атрибуты внутри своего DTD – их может быть
бесконечное число.
4. Documents Type Definitions (DTD)
В 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 , в котором указывается
название элемента и структура его содержимого. Например, для элемента < coach> можно определить следующее правило:
Ключевое
слово ELEMENT указывает, что данной инструкцией будет описываться
элемент XML. Внутри этой инструкции задается название элемента(coach) и тип его содержимого. В определении элемента мы указываем сначала
название элемента(coach), а затем его модель содержимого -
определяем, какие другие элементы или типы данных могут встречаться внутри него.
В данном случае содержимое элемента name будет
определяться при помощи специального маркера PCDATA( что означает parseable
character data - любая информация, с которой может работать
программа-анализатор). Существует еще две инструкции, определяющие тип
содержимого: EMPTY,ANY . Первая указывает на то, что элемент должен быть
пустым(например, ), вторая - на то, что содержимое элемента
специально не описывается. Последовательность дочерних для текущего элемента
объектов задается в виде списка разделенных запятыми названий элементов. При
этом для того, чтобы указать количество повторений включений этих элементов
могут использоваться символы +,*, ? :
В
этом примере указывается, что внутри элемента < team> должны быть определены элементы coach, player и assistant, причем
элемент title является обязательным элементом и может встречаться лишь однажды,
элемент player может встречаться несколько раз, а элемент assistant
является опциональным, т.е. может отсутствовать. В том случае,
если существует несколько возможных вариантов содержимого определяемого
элемента, их следует разделять при помощи символа "|" :
Символ
* в этом примере указывает на то, что определяемая последовательность
внутренних элементов может быть повторена несколько раз или же совсем не
использоваться. Если в определении элемента указывается "смешанное"
содержимое, т.е. текстовые данные или набор элементов, то необходимо сначала
указать PCDATA, а затем разделенный символом "|" список элементов.
Пример корректного XML- документа:
English
Списки атрибутов
элемента определяются с помощью ключевого слова ! ATTLIST . Внутри него
задаются названия атрибутов, типы их значений
Похожие работы на - Трансформация XML документов Курсовая работа (п). Информатика, ВТ, телекоммуникации.
Шаблон Эссе Обществознание Егэ 2022
Реферат: Некоторые направления дальнейшего развития брачно-семейного законодательства
Реферат: Влияние сильной кредитной культуры на успешную кредитную деятельность
Контрольная работа: Правовые аспекты организационно-правовых форм юридических лиц
Доклад: Изменения базовых ценностей белорусов за постсоветский период
Реферат На Тему Основные Понятия Безопасности Жизнедеятельности
Реферат по теме Музеи Крыма
Реферат: Внешнеэкономическое развитие Израиля
Реферат: An Analysis Of The Third Position Essay
Курсовая работа: Бизнес-план торговой организации. Скачать бесплатно и без регистрации
Какие Пункты Должны Содержаться В Курсовой Работе
Курсовая работа по теме Производство 17000 единиц сборочного узла 'ВОМ боковой'
Курсовая работа: Правовое обеспечение качества и безопасности продукции
Реферат На Тему Основні Елементи Релігії
Диссертация На Тему Архитектура
Реферат по теме Судебная практика в местном самоуправлении
Реферат На Тему Административно-Правовое Регулирование Управления Обороной И Безопасностью
Курсовая работа по теме Особливості перекладу англомовних історичних детективів українською мовою
Лабораторная Работа Сравнение Количества
Распечатать Контрольную Работу По Математике 3 Класс
Похожие работы на - Особенности членения при переводе
Реферат: Сборка и ТЭО персонального компьютера