DTD de módulos de

Módulos de la DTD están mejor definidos que los módulos de resumen, aunque no es tan flexible. Debido a que utilizan la sintaxis formal de XML 1.0 DTD (como se describe en el artículo 6), los módulos de DTD tienen todas las capacidades y todas las limitaciones de cualquier DTD xml. XHTML 1.1 DTD módulos son también más compleja que el promedio de DTD XML, utilizando un conjunto de convenciones de nombres que aprovecha al máximo de las entidades de parámetro para crear descripciones personalizables de estructuras de documentos. Parametrización es muy potente, pero lleva algún tiempo acostumbrarse.

ConsejoXHTML 1.1 DTD módulos son mucho más difíciles de leer que muchos de XML DTD. Si usted no puede penetrar en la descripción formal de un determinado módulo, el módulo de resumendebería ayudarle. Si usted escribe sus propios módulos, es fundamental que incluyen módulos de resumen.

RefX Si usted no ha hecho mucho con las entidades de parámetros, usted puede querer volver a revisar el artículo 6 y su sintaxis y su uso. Las normas para la creación de XHTML 1.1 's XML DTD módulos se presentan en la Sección 5 de la ConstrucciónMódulos XHTML proyecto y se demuestra en la sección 6. Hay una serie de convenciones adicionales usados enModularización de XHTML eso Construcción de módulos XHTML no se describe, que cubren aquí. Aparecen útiles y ayudar a explicar algunos de los accesos directos sintácticas (como los atributos comunes) utilizados en los módulos de resumen.

Parametrización sólo significa poner todo el contenido de las declaraciones en las entidades param-eter. Esto hace que las declaraciones más fácil de manejar, y al mismo tiempo que hace que sea mucho más fácil de modificar. Si bien puede modificar las declaraciones de atributos y entidades parámetro al hacer la declaración de nuevo, XML prohíbe las declaraciones de varios de los tipos de elementos. Al poner el contenido de esas declaraciones en entidades de parámetros, los creadores de módulos XHTML pueden proporcionar mucha más flexibilidad. Veamos ejemplos de cada uno de estos sufijos tomado del proyecto del W3C DTD, la construcción de las piezas más pequeñas atómica a la más grande.

. tipo de datosLos tipos de datos en XHTML 1.1 descendientes directos de aquellos en XHTML 1.0, y se declaró en la Sección B.2.1. La mayoría de los tipos de datos son simplemente más precisa los nombres de CDATA, el contenido textual:

 Estos tipos de datos se utilizan en las declaraciones de atributo: 

Todas estas declaraciones de tipo de datos de hecho a resolver CDATA cuando un procesador XML lee la DTD, pero hacen que el contenido que deben ser almacenados en estos atributos mucho más identificable.

ConsejoAunque los procesadores de XML 1.0 no puede hacer mucho para hacer valer los datos escribiendo hoy en día, los procesadores de esquema debe ser capaz de lograr más con esta información en el futuro. Piense en este planteamiento, agregando la información a la DTD para que esté listo para la próxima versión. Estos nombres de tipo de datos se utilizan en los módulos de resumen para XHTML 1.1, así, que complementa el núcleo de XML 1.0 conjunto de tipos.

. attribEl. Sufijo attrib se usa en las entidades de parámetros que representan a uno o más La especificación de atributos - La parte de una declaración de lista de atributos que define los atributos individuales, sus tipos, por defecto, y los valores posibles. Estas entidades a veces describir un solo atributo, como ésta para el atributo id:

 Se pueden especificar varios atributos, como ésta para xml: lang y dir: 

Esas entidades pueden también incluir otras entidades con el sufijo. Attrib, como en la entidad Common.attrib en todas partes:

Esto sólo incluye todas las especificaciones de atributos declarados en la Core.attrib, I18n.attrib y entidades Events.attrib, la construcción de una amplia lista de componentes comunes. Las citas deben ser utilizados a pesar de todos los contenidos de la entidad se encuentran en las entidades parámetro.

. ATTLISTEl. Sufijo ATTLIST (no documentado en Construcción de módulos XHTML) Se utiliza en el XHTML 1.1 DTD de convertir las declaraciones ATTLIST encendido y apagado. Entidades de parámetros que tienen la extensión. Sufijo ATTLIST tomar uno de dos valores: Incluir o ignorar. La función de estos con una característica de XML 1.0 DTD no se utiliza en XHTML 1.0: secciones condicionales.

ConsejoPara una explicación mucho más detallada de las secciones condicional y su utilización en otros contextos de XML, consulte el artículo 16 de la Elementos XML de Estilo por Simon St. Laurent (McGraw-Hill, 2000). secciones condicional puede aparecer sólo en la DTD, que permiten a los diseñadores de la DTD para convertir conjuntos de declaraciones de encendido y apagado. Mediante el uso de entidades de parámetro para determinar si incluir o ignorar una parte, los desarrolladores de hacer posible el uso de partes de una DTD o incluso elegir entre diferentes variaciones de una DTD único. Por ejemplo, este fragmento de DTD incluye los atributos del tipo de elemento title:

 ]]>

La primera línea crea una entidad parámetro llamado Title.attlist cuyo valor está incluido. En la siguiente línea, la entidad es sustituido por Title.attlist%; para producir estas declaraciones como resultado:

 ]]> Un analizador de XML tiras la sección de incluir y los comentarios, dejando un núcleo de:  Que luego se convierte en:  y finalmente: 

Si, por otra parte, otro módulo de redeclares la entidad Title.attlist a ignorar:

 entonces el resultado es:  ]]>

que prohíbe el analizador de la transformación de las declaraciones de todos, dejando a título sin atributos. entidades con el sufijo. ATTLIST rodean a la lista de declaraciones de atributos para cada tipo de elemento en elModularización de XHTML borrador.

. contenidoEl. Sufijo contenido de las funciones para las entidades de parámetros que describen los modelos de contenido para los tipos de elemento en particular. El ejemplo más sencillo, para un modelo de contenido vacío, se ve así:

 En caso de transformación, esto resuelve: 

y define el elemento de entrada como tener un modelo de contenido vacío. Por redeclarando entidades con el. Sufijo de contenido, otros módulos pueden modificar fácilmente el modelo de contenido de un elemento. 

. clase (y. extra)Las funciones de sufijo. Clase de entidades de parámetros que pueden ser utilizados de forma repetida en los modelos de contenido para múltiples elementos, pero sólo cuando los contenidos son los nombres de tipo de elemento que todos comparten algo en común. En XHTML, esto tiende a significar que los elementos de bloque son una clase, mientras que los elementos en línea son otra clase. Estas entidades no están definidas (con una excepción, señaló siguiente) en el Modularización deXHTML borrador. Se definen en el archivo de personalización, otro módulo, en el Apéndice C de la XHTML 1.1 --Módulo basado en XHTML. Por ejemplo:

A través de las abreviaturas, se puede ver que estos son los tipos de elementos estructurales que pueden aparecer como elementos en línea. br se utiliza para saltos de línea dentro de los elementos de bloque, mientras span es un elemento abstracto sobre todo útil para marcar fuera de contenido en línea de manera que no se reflejan en el contenido en línea de otros. Esta entidad y varios de sus hermanos se combinan en una entidad más grande Inline.class:

Una rareza aquí es Inline.extra -- Construcción de módulos XHTML no se menciona ninguna "oficial" de la convención para. adicionales. Inline.extra tiene esta declaración:

Los comentarios DTD describe cómo usar esto. Sufijo extra: Si bien en algunos casos, este módulo puede tener que ser reescrito para adaptarse a los cambios en el modelo de documento, ampliaciones de menor importancia se puede realizar por redeclarando *. cualquiera de los tres extra; entidades parámetro para contener tipos de elementos de extensión de la siguiente manera:% Misc.extra, cuyo padre puede ser cualquier bloque o elemento en línea. Inline.extra%; cuyo padre puede ser cualquier elemento en línea. Block.extra%; cuyo padre puede ser cualquier elemento de bloque. Si se utiliza, estas entidades parámetro debe ser una lista separada o comenzando con un separador o, por ejemplo ("|"),. ", | a | b | c" While. extra indocumentados (hasta ahora) en Construcción de módulos XHTML, Es una pieza fundamental para los desarrolladores que desean añadir sus propias extensiones a XHTML 1.1. La. Sufijo de clase también funciona en al menos un lugar para los atributos. La siguiente entidad incluye todos los tipos de entrada:

 
Esta anomalía probablemente se deriva de un uso inusual del elemento de entrada de un atributo para indicar su contenido "real".
 
. mezclaEl. Sufijo mezcla crea listas de elementos para su uso en modelos de contenido en el que se combinan diferentes clases de elementos. La entidad Flow.mix (también desde el archivo de personalización de XHTML 1.1 - Módulo de baseXHTML) Es un buen ejemplo:
 
Cualquier elemento que utiliza Flow.mix dentro de su modelo de contenido puede incluir prácticamente cualquier elemento en el lenguaje XHTML. Es definitivamente una combinación.
  
 
. modEntidades de parámetros que terminen en. Mod montamos DTD completa de todas estas pequeñas piezas que componen XHTML. XHTML 1.1 's archivo de controlador (incluido en el Apéndice B de XHTML 1.1 - Módulo de baseXHTML) Contiene una gran cantidad de estas entidades.
 % xhtml-form.mod;
 
En este caso, la entidad se declara usando el identificador público y una parte del sistema. Si la solicitud o de procesamiento de este analizador entiende el identificador público, se puede utilizar esa información para incluir el DTD. Si no, puede utilizar la dirección URL relativa que sigue para recuperar el archivo. Después de la declaración, el contenido del archivo se incluyeron en el DTD.
 
. MóduloLas entidades de parámetros que terminan en. Módulo a su vez las entidades que terminan en. Mod y desactivar utilizando las mismas instrucciones condicionales (INCLUYE y no haga caso) que. Entidades ATTLIST uso. Por ejemplo, el módulo de formulario XHTML normalmente se carga a causa de este código:
 % xhtml-form.mod;]]>
 
Si desea mantener el módulo de formulario de carga, todo lo que tienes que hacer es definir un nuevo xhtmlform. Entidad módulo antes de que uno, superando con un valor de ignorar:
 ...  % xhtml-form.mod;]]> El resultado es este:  % xhtml-form.mod;]]>
 
El módulo no se carga. Tenga en cuenta la convención de nomenclatura aquí - tanto de las entidades (. Mod. Módulo) tengan el mismo nombre, excepto para el sufijo. Esto hace que el DTD mucho más manejable.
 
Esquema de módulos deXHTML 1.1 utilizará esquemas XML cuando estén listos. El Modularización de XHTML Apéndice proyecto de estados A, "Este apéndice contendrá implementaciones de los módulos definidos en Módulos Resumen XHTML a través de esquemas XML [XMLSCHEMA] cuando el esquema XML de W3C aprobado se convierte en una recomendación." El Construcción de módulos XHTML la propuesta no especifica cómo construir módulos de esquema. Los proyectos actuales de esquema no utiliza los mecanismos que corresponden directamente a las entidades de parámetro, pero un enfoque similar podría ser posible utilizar las entidades públicas (esquemas, porque son documentos XML a sí mismos) y la ampliación y los mecanismos de restricción de esquemas XML.
un artículo presentado por Albert Lichtblau 


Descargo de responsabilidad:Nuestro sitio web no es responsable por el contenido de este artículo. Webarticles es un recurso de información gratuito.
Importante: Este artículo "XML DTD módulos" fue traducida por un software automático. Sentimos pena por los errores de ortografía que pueda haber ocurrido. Gracias por su comprensión.