XML DTD Modules

DTD modules sont mieux définis que les modules résumé, bien que pas aussi souple. Car ils utilisent la syntaxe formelle de XML 1.0 DTD (comme décrit dans l'article 6), des modules de DTD ont toutes les capacités et toutes les limites de n'importe quelle DTD XML. DTD XHTML 1.1 modules sont également plus complexe que la moyenne des DTD XML, en utilisant un ensemble de conventions de nommage qui tire pleinement parti des entités paramètres personnalisables pour créer des descriptions des structures de document. Paramétrage est extrêmement puissant, mais il faut du temps pour s'y habituer.

AstuceDTD XHTML 1.1 modules sont beaucoup plus difficiles à lire que de nombreuses DTD XML. Si vous ne pouvez pas pénétrer dans la description formelle d'un module donné, le module de résumédevrait vous aider. Si vous écrivez vos propres modules, il est essentiel que vous incluez les modules abstraits.

XREF Si vous n'avez pas fait beaucoup avec des entités paramètre, vous mai souhaitez revenir à l'article 6 et l'examen de leur syntaxe et l'utilisation. Les règles pour la création de XHTML 1.1 's modules XML DTD sont présentées à la section 5 de la BâtimentXHTML Modules projet et démontré dans la section 6. Il ya quelques conventions supplémentaires utilisé dansLa modularisation de XHTML que Building XHTML Modules ne décrit pas, que je couvre ici aussi. Ils semblent utiles et aider à expliquer certains des raccourcis syntaxiques (tels que les attributs communs) utilisé dans les modules abstraits.

Paramétrage, la mise à juste tous le contenu des déclarations en param-eter entités. Cela fait des déclarations plus facile à gérer, et en même temps, il est beaucoup plus facile de les modifier. Alors que vous pouvez modifier les déclarations d'attributs et d'entités de paramètres en faire la déclaration à nouveau, XML interdit les déclarations multiples pour les types d'éléments. En mettant le contenu de ces déclarations dans les entités paramètres, les créateurs de modules XHTML peuvent fournir beaucoup plus de flexibilité. Regardons exemples de chacune de ces suffixes tirées de la proposition du W3C DTD, bâtiment les plus petites pièces atomiques pour le plus grand.

. datatypeLes types de données en XHTML 1.1 sont des descendants directs de ceux qui en XHTML 1.0, et ils sont déclarés dans la section B.2.1. La plupart des types de données sont simplement plus précis des noms pour CDATA, le contenu textuel:

 Ces types de données sont ensuite utilisées dans les déclarations d'attributs: 

Toutes ces déclarations de type de données de résoudre effectivement CDATA quand un processeur XML lit la DTD, mais ils font le contenu qui doit être stocké dans ces attributs beaucoup plus identifiable.

AstuceAlors que les processeurs XML 1.0 ne peut pas faire grand-chose pour faire respecter le typage des données d'aujourd'hui, les transformateurs du schéma doit être capable d'accomplir davantage avec cette information dans l'avenir. Pensez à cette approche comme ajouter de l'information à la DTD afin qu'il soit prêt pour la prochaine version. Ces noms de type de données sont utilisées dans les modules de résumé pour XHTML 1.1, ainsi, additionnel à la base XML 1.0 ensemble de types.

. attribLe suffixe. Attrib est utilisé sur les entités de paramètres qui représentent un ou plusieurs spécifications d'attribut - La partie d'une déclaration d'attribut liste qui définit les attributs individuels, de leurs types, les valeurs par défaut, et les valeurs possibles. Ces entités décrivent parfois un seul attribut, comme celle de l'attribut id:

 Ils mai spécifier les attributs multiples, comme celle-ci pour xml: lang et dir: 

Ces entités mai également inclure d'autres entités avec le suffixe. Attrib, comme dans l'entité omniprésente Common.attrib:

Cela inclut seulement l'ensemble des spécifications d'attribut déclaré dans le Core.attrib, I18n.attrib et entités Events.attrib, construire une grande liste de composants communs. Les citations doivent être utilisés même si la totalité du contenu de l'entité sont contenues dans des entités de paramètres.

. ATTLISTL'. Suffixe ATTLIST (non documenté dans Building XHTML Modules) Est utilisée dans la DTD XHTML 1.1 pour transformer les déclarations ATTLIST on et off. Paramètre d'entités qui ont le suffixe. ATTLIST prendre l'une des deux valeurs: INCLUDE ou ignorer. Ils fonctionnent avec une fonctionnalité de XML 1.0 DTD pas utilisé en XHTML 1.0: conditionnelle sections.

AstucePour une explication plus détaillée des sections conditionnelles et leur utilisation dans d'autres contextes XML, voir l'article 16 de XML Elements of Style par Simon St-Laurent (McGraw-Hill, 2000). sections conditionnelles mai apparaissent dans les DTD seulement; elles permettent aux concepteurs de DTD pour transformer des ensembles de déclarations sur et hors tension. En utilisant les entités paramètres pour déterminer s'il faut inclure ou ignorer une section, les développeurs à rendre possible l'utilisation de parties d'une DTD ou même choisir entre les différentes variations sur une DTD unique. Par exemple, ce fragment de DTD comprend les attributs du type de l'élément titre:

 ]]>

La première ligne crée une entité paramètre nommé Title.attlist dont la valeur est INCLUDE. Dans la ligne suivante, l'entité est remplacé par% Title.attlist; pour produire ces déclarations en résultent:

 ]]> Un analyseur XML bandes sur la section INCLUDE et le commentaire, en laissant un noyau de:  Qui devient alors:  Et enfin: 

Si, en revanche, un autre module redéclare l'entité Title.attlist à ignorer:

 alors le résultat est le suivant:  ]]>

qui interdit l'analyseur de traitement des déclarations à tous, en laissant le titre sans attributs. entités, avec le suffixe. ATTLIST entourent les déclarations de liste d'attributs pour chaque type d'élément dans laLa modularisation de XHTML esquisse.

. contenuL'. Fonctions contenu suffixe pour les entités paramètres qui décrivent les modèles de contenu pour les types d'élément particulier. L'exemple le plus simple, pour un modèle de contenu vide, se présente comme suit:

 Une fois transformé, cela résout à: 

et définit l'élément d'entrée comme ayant un modèle de contenu vide. Par redéclarer entités avec une extension. Teneur en suffixe, d'autres modules peuvent facilement modifier le modèle de contenu d'un élément. 

. classe (et. supplémentaire)La classe. Fonctions suffixe pour les entités paramètres que mai être utilisé à plusieurs reprises dans les modèles de contenu pour plusieurs éléments, mais seulement lorsque le contenu sont des noms de type d'élément qui ont toutes quelque chose en commun. En XHTML, ce qui tend à signifier que les éléments du bloc sont une catégorie, tandis que les éléments en ligne sont une autre classe. Ces entités ne sont pas définis (à une exception près, a noté suivant), dans le La modularisation deXHTML esquisse. Elles sont définies dans le fichier de personnalisation, un autre module, à l'annexe C de XHTML 1.1 --Module-based XHTML. Par exemple:

A travers les abréviations, vous pouvez voir que ce sont des types d'éléments structurels qui mai apparaître comme des éléments inline. br est utilisé pour les sauts de ligne dans des éléments de bloc, tandis que span est un élément abstrait surtout utile pour le marquage du contenu hors ligne d'une manière qui ne sont pas reflétés par les contenus en ligne autres. Cette entité et plusieurs de ses frères et sœurs sont combinées en une entité Inline.class plus vaste:

Une bizarrerie ici est Inline.extra -- Building XHTML Modules ne décrit pas "officiel" Convention pour. appoint. Inline.extra a cette déclaration:

Les commentaires de DTD décrivent comment utiliser ce fichier. Suffixe supplémentaire: Si, dans certains cas, ce module de mai doivent être réécrites pour s'adapter aux changements au modèle de document, des extensions mineures mai redéclarer être effectuée par l'un quelconque des *. délai supplémentaire de trois; entités paramètres pour contenir types d'éléments d'extension comme suit:% Misc.extra; dont le parent mai être n'importe quel bloc ou élément en ligne.% Inline.extra; dont le parent mai être n'importe quel élément en ligne.% Block.extra; dont le parent mai être n'importe quel élément bloc. Si elle est utilisée, ces entités paramètre doit être un OU-liste séparée à commencer par un exemple ou un séparateur ("|"),., "| a | b | c" While. supplémentaire est sans-papiers (jusqu'à présent) en Building XHTML Modules, Il est une pièce indispensable pour les développeurs qui souhaitent ajouter leurs propres extensions au format XHTML 1.1. La classe. Suffixe aussi des fonctions dans au moins une place pour les attributs. L'entité suivante comprend tous les types d'entrées:

 
Cette anomalie provient probablement d'un usage inhabituel, l'élément d'entrée d'un attribut pour signifier son contenu "réel".
 
. mixLe suffixe. Mix créer des listes d'éléments à utiliser dans les modèles de contenu dans lequel les différentes classes d'objets sont combinées. L'entité Flow.mix (également de fichier de personnalisation de XHTML 1.1 - Module de baseXHTML) Est un bon exemple:
 
Tout élément qui utilise Flow.mix au sein de son modèle de contenu peut inclure n'importe quel élément dans le vocabulaire XHTML. C'est certainement une combinaison.
  
 
. modEntités paramètres se terminant par. Mod montons DTD complète de toutes ces petites parties qui composent XHTML. XHTML 1.1 's fichier pilote (inclus à l'Annexe B du XHTML 1.1 - Module de baseXHTML) Contient beaucoup de ces entités.
 % xhtml-form.mod;
 
Dans ce cas, l'entité est déclarée en utilisant un identifiant public et une partie du système. Si l'application ou du traitement de cette analyseur comprend l'identifiant public, il peut utiliser ces informations à inclure la DTD. Si non, il peut utiliser l'URL relative qui suit pour récupérer le fichier. Après la déclaration, le contenu du fichier sont immédiatement inclus dans la DTD.
 
. ModuleParamètre entités qui se terminent par. Module de tourner les entités qui se terminent par. Mod sous et hors tension en utilisant les mêmes déclarations conditionnelles (INCLUDE et IGNORE) que. Entités ATTLIST utilisation. Par exemple, le module de formulaire XHTML obtient normalement chargé, car de ce code:
 % xhtml-form.mod;]]>
 
Si vous souhaitez conserver le module de formulaire à partir de chargement, tout ce que vous avez à faire est de définir une nouvelle xhtmlform. Entité module avant que celui-là, impérieuse à une valeur d'ignorer:
 ...  XHTML% form.mod;]]> Le résultat est le suivant:  % xhtml-form.mod;]]>
 
Le module ne se charge pas. Notez la convention de nommage ici - les deux entités (. Mod et. Module) ont le même nom à l'exception du suffixe. Cela rend les DTD beaucoup plus gérable.
 
Modules du schémaXHTML 1.1 utilisera des schémas XML quand ils sont prêts. Le La modularisation de XHTML projet de l'Annexe A affirme: «Cette annexe contient les implémentations des modules définis en XHTML Résumé modules via XML Schema [XMLSCHEMA] lorsque le schéma XML devient un a approuvé la recommandation du W3C." The Building XHTML Modules projet ne précise pas comment construire des modules de schéma. Les projets actuels de schéma ne pas utiliser des mécanismes qui correspondent directement à des entités de paramètres, mais des approches similaires mai être possible en utilisant les entités générales (parce que les schémas sont des documents XML eux-mêmes) et l'extension et les mécanismes de restriction de schémas XML.
un article présenté par Albert Lichtblau 


Disclaimer:Notre site n'est pas responsable du contenu de cet article. Webarticles est une ressource d'information gratuite.
Important: Cet article "XML DTD Modules" a été traduit par un logiciel automatique. Nous nous sentons désolés pour les fautes d'orthographe que mai ont eu lieu. Nous vous remercions de votre compréhension.