Модуляризация XHTML

Разработка ОТД (определений типа документа) в определённых и расширенных модулях


Содержание

  • E.1.
  • E.2.
  • E.3.
  • E.3.1.
  • E.3.2.
  • E.4.

    • E.4.1.
    • E.4.2.
    • E.4.3.
    • E.4.4.
    • E.5.


    • Этот раздел является информативным.

      Главной целью определения модулей XHTML и общей методологией модуляризации является облегчение разработки типов документов на базе XHTML. Эти типы документов могут расширять XHTML путём интеграции дополнительных возможностей (например, ) или могут определять поднаборы XHTML для использования в специализированных устройствах.

      В этом разделе описывается техника, которую дизайнеры типов документов обязаны применять, чтобы использовать преимущества реализации ОТД XML этой архитектуры модуляризации. Это достигается применением техники Модуляризации XHTML прогрессивно усложняющимися способами и созданием в результате сложного документа из различных модулей.

      Заметьте, что эти примеры ни в коем случае не требуют модификации самих предоставляемых XHTML модулями файловых объектов. Объекты файла модуля XHTML полностью параметризованы, так что можно, с помощью раздельных определений модулей и файлов драйверов, установить определение и модель содержимого каждого элемента и каждой иерархии элементов.

      Вспомним, наконец, что большинство пользователей XHTML не собираются быть авторами ОТД. Авторы ОТД - это, как правило, те, кто определяют специализированную разметку, улучшающую читабельность и упрощающую отображение документа или облегчающую обработку документов машиной, либо это дизайнеры клиентских приложений, которым необходимо определить специализированное ОТД для конкретного приложения.

      Рассмотрим эти варианты:

      Организация предоставляет подписчикам информацию через интерфейс Web. Эта организация хранит информацию о своих подписчиках в базе данных на основе XML. Один из способов передачи этой информации из БД в Web - внедрить записи XML из БД непосредственно в документ XHTML.

      Поскольку можно просто внедрить эти записи, организация могла бы определить модуль ОТД, в котором описаны записи, присоединить этот модуль к ОТД XHTML и затем создать полное ОТД для страниц.


      Эта организация может затем иметь доступ к данным в новых элементах через Document Object Model , проверять документы, предоставлять определения стилей для каскадируемых элементов, используя Cascading Style Sheets , и т.д. Затратив определённое время на определение структуры данных и создание ОТД, используя процессы, определённые в этом разделе, организация сможет реализовать все преимущества XML.

      Разработчики клиентов Internet создают специализированное устройство. Это устройство будет поддерживать только поднабор XHTML и всегда будет иметь доступ к Internet через прокси-сервер, проверяющий содержимое перед тем, как передать его клиенту (для уменьшения обработки на стороне клиента возможных ошибок).

      Чтобы удостовериться, что содержимое верно, разработчики создают ОТД, которое является поднабором XHTML, используя процессы, определённые в этом разделе.

      Затем они используют новое ОТД на прокси-сервере и в своих новых устройствах, а также делают ОТД доступным для разработчиков содержимого, так что разработчики могут проверять своё содержимое перед тем, как открыть к нему доступ.

      Выполнив несколько простых шагов, разработчики клиентов могут использовать определённую в этом документе архитектуру для значительного уменьшения усилий, необходимых для разработки ОТД и иметь уверенность, что эти клиенты полностью поддерживают подключённый поднабор XHTML.


      Содержание раздела