Модуляризация XHTML - Введение

Модуляризация XHTML - Введение
[назад] [далее] [содержание]
1. Введение
Содержание
1.1. Что такое XHTML?
1.2. Что такое модуляризация XHTML?
1.3. Зачем нужна модуляризация XHTML?
1.3.1. Абстрактные модули
1.3.2. Реализации модулей
1.3.3. Гибридные типы документов
1.3.4. Проверка корректности
1.3.5. Модель форматирования
Данный раздел является информативным.
1.1. Что такое XHTML?
XHTML представляет собой переформулировку HTML 4 как приложения XML. В XHTML 1.0 [XHTML1] определены три типа документов XML, соответствующих трем DTD HTML 4: Strict (строгое), Transitional (переходное) и Frameset (с фреймами). XHTML 1.0 представляет собой основу семейства типов документов - подмножеств и надмножеств HTML.
1.2. Что такое модуляризация XHTML?
Модуляризация XHTML представляет собой разложение XHTML 1.0 и HTML 4 на набор абстрактных модулей, обеспечивающих определенную функциональность. Такие абстрактные модули реализуются в настоящей спецификации с помощью языка определения типов документов XML, но ожидается их реализация с помощью Схем XML. В настоящем документе также определяются правила определения абстрактных модулей и реализации их с помощью XML DTD.
Модули могут объединяться друг с другом и с другими модулями, образуя типы документов на базе подмножеств и расширений XHTML, которые считаются членами семейства типов документов XHTML.
1.3. Зачем нужна модуляризация XHTML?
Модуляризация XHTML представляет собой задачу тщательного определения подмножеств элементов XHTML, которые авторы документов, архитекторы типов документов, другие спецификации стандартов XML и разработчики приложений и продуктов смогут объединять и дополнять, делая экономически осуществимой разработку контента (содержимого) на большем количестве разнообразных платформ.
За последние два года многие специализированные рынки обратились к HTML в качестве языка контента (содержимого). Число различных платформ, на которых происходит переход к использованию HTML, постоянно растет. В настоящее время HTML начал распространение на мобильные (наладонники, мобильные телефоны и т.д.), телевизионные устройства (цифровые телевизоры, web-браузеры на базе телевизоров и т.д.) и на бытовые приборы (устройства с фиксированным набором функций). Все эти устройства имеют свои требования и ограничения.
Модуляризация XHTML предоставляет разработчикам продукта способ определения поддерживаемых устройством элементов с использованием стандартных блоков и методов определения используемых блоков. Модули служат как бы "точками конформности" для контента (содержимого). При разработке контента теперь можно ориентироваться на установленную базу, которая поддерживает определенный набор модулей, и не беспокоиться о том, поддерживает ли эта база ту или иную композицию элементов XHTML. Соответствие стандартам крайне важно для успешной работы модуляризованного XHTML в большом масштабе. Разработчики не могут настраивать контент на каждый конкретный набор элементов XHTML. Если же указан стандарт, программные процессы могут автономно настроить контент для конкретного устройства или само устройство может автоматически загрузить программное обеспечение, необходимое для обработки модуля.
Кроме того, модуляризация позволяет расширить возможности компоновки и представления XHTML с использованием расширяемости XML и без нарушения стандарта XHTML. Такой путь развития обеспечивает стабильную, полезную и реализуемую базу для разработчиков и издателей контента, позволяющую контролировать быстрые технологические изменения в Web.
1.3.1. Абстрактные модули
Тип документа XHTML определяется как набор абстрактных модулей. Абстрактный модуль определяет один тип данных, семантически отличный от всех остальных. Абстрактные модули можно объединять в типы документов, не имея глубокого представления о лежащих в основе определения модулей схемах.
1.3.2. Реализации модулей
Реализация модуля состоит из набора типов элементов, набора объявлений списков атрибутов и набора объявлений моделей содержимого; любой из них может быть пустым. Объявление списка атрибутов в модуле может изменять тип элемента, определенного вне этого модуля. Объявление модели содержимого также может изменять тип элемента, определенного вне этого модуля.
Один из механизмов реализации - XML DTD. XML DTD представляет собой средство описания структуры класса документов XML, всех вместе называемых типом документа XML. XML DTD описаны в Рекомендации XML 1.0 [XML]. Другой механизм реализации - Схема XML, [XMLSCHEMA].
1.3.3. Гибридные типы документов
Гибридный тип документа - это тип, составленный из набора XML DTD или модулей DTD. Главным предназначением описанной в настоящем документе модели модуляризации является предоставление авторам DTD возможности объединения элементов из нескольких абстрактных модулей в гибридный тип документа, разработки документов гибридного типа и проверки корректности таких документов в соответствии со связанными с ними определениями типов документов.
Одним из самых главных преимуществ XML над SGML является то, что XML понижает барьер стандартизации наборов элементов, что позволяет пользователям обмениваться данными в общем формате. Однако относительно статичная природа HTML как языка содержимого для Web означает, что все пользователи ранее практически не надеялись на возможность распространения их типов документов XML в качестве части стандартов Web. Модуляризация дает возможность динамического внедрения различных типов документов в семейство типов документов XHTML, еще более снижая барьер для внедрения специализированных словарей в документы XHTML.
1.3.4. Проверка корректности
Использование правильно построенных, но недопустимых документов является важным преимуществом XML. В процессе разработки типа документа, однако, важна дополнительная проверка ошибок синтаксическим анализатором с проверкой корректности. То же утверждение применяется и к типам документов XHTML с элементами из нескольких абстрактных модулей.
Документ представляет собой экземпляр одного конкретного типа документа, определяемого DTD, указанным в начальной части документа. Проверка корректности документа - это процесс проверки соответствия документа правилам определения типа.
Один документ может состоять из нескольких фрагментов. Проверка корректности фрагментов документа, где все фрагменты имеют разные типы, не обсуждается в данной модели - необходимая для этого технология еще не определена.
Однако модуляризация позволяет объединять несколько определений типов документов и образовывать новые типы (например, интегрированный в XHTML SVG). Новое определение типа документа может использоваться для обычной проверки корректности XML 1.0.
1.3.5. Модель форматирования
В ранних версиях языка HTML предпринимались попытки определения частей модели, которые пользовательские агенты обязательно должны использовать при форматировании документа. С приходом HTML 4 W3C начал процесс разделения представления и структуры. В XHTML 1.0 это разделение продолжается, а в данном документе развивается еще больше. Поэтому в настоящем документе не формулируются требования к модели форматирования, связанной с представлением документов, размеченных с использованием типов документов XHTML.
Вместо этого настоящий документ рекомендует авторам контента для определения моделей форматирования полагаться на механизмы с использованием стилей, такие как CSS. Если пользовательские агенты поддерживают механизмы работы со стилями, документы будут форматироваться должным образом. Если пользовательские агенты не поддерживают механизмы работы со стилями, документы будут форматироваться подходящим для пользовательского агента образом. Это обеспечивает пользовательским агентам семейства XHTML поддержку богатых моделей форматирования на тех устройствах, на которых они могут использоваться, и менее богатых моделей форматирования на устройствах, на которых это необходимо.
[назад] [далее] [содержание]
содержание | 2 | Amway в Тюмени

Используются технологии uCoz