Est formel XHTML Module Inclusion vaut la peine

Inline et Mixed-Up balisageParfois, vous mai voulez mélanger le vocabulaire HTML avec votre vocabulaire propre à un niveau très faible. Un certain nombre de DTD XML incluent le b omniprésente et les types d'élément i pour mettre en gras et en italique, plus l'utilisation de types de vocabulaire HTML mai ont un sens dans votre propre balisage. Bien que cela ne produit pas les documents destinés à être nécessairement un navigateur Web (sauf si vous produisez les feuilles de style qui font de votre XML facilement présentable), il peut rendre plus facile pour créer des types de documents sans avoir à réinventer la roue complètement. Vous pouvez utiliser des noms d'élément HTML dans votre propre XML sans créer (officielle) des conflits avec XHTML, à condition que vous n'utilisez pas un fichier HTML ou XHTML espace de noms pour identifier vos éléments.

Pendant que vos structures de documents mai ressembler XHTML familier pour vous, les demandes d'identifier les informations comme appartenant à votre vocabulaire plutôt que le vocabulaire XHTML et reposent sur des feuilles de style que vous créez pour la mise en forme ou de transformation. Il ya certaines limites à cette question - comme noté précédemment, les images et les scripts sont particulièrement difficiles à traiter sans l'aide de la fonctionnalité que les navigateurs prennent en charge pour le HTML. Pourtant, si vous avez besoin seulement d'inclure un petit fragment de balisage familier, ce mai être une voie adéquate. Si on veut s'en tenir à l'identification XHTML en tant que XHTML, vous pouvez - bien que vous devrez probablement utiliser des préfixes d'espace de noms (et l'espace de noms par défaut, sans préfixe) pour distinguer entre votre propre vocabulaire et le vocabulaire XHTML. Bien qu'il puisse sembler évident pour vous (ou pour documenter les auteurs), il n'est pas aussi évident pour les programmes de traitement de vos documents.

Est formel XHTML Module Inclusion vaut la peine?Le W3C a mis en avant un certain nombre de spécifications qui offriront des approches différentes pour mélanger XML et XHTML, et les fournisseurs de navigateur (comme indiqué précédemment) se sont concentrés sur une seule de ces approches - à l'aide de séparer les espaces de noms XML à partir d'un vocabulaire HTML. Cette approche ne nécessite pas de magie DOCTYPE, pas plus que vous aurez à créer et manipuler paramétrée XHTML DTD. Dans le même temps, toutefois, vous perdez définitivement quelque chose en sautant sur le processus de création de DTD décrit dans l'article précédent.

AttentionA ce jour, aucun des navigateurs disponibles soutiennent réellement l'espace de noms XHTML (http://www.w3.org/1999/xhtml) comme identifiant de vocabulaires HTML. Utilisation de l'espace de noms, ils ne supportent (http://www.w3.org/TR/REC-html40) signifie que vos documents ne sont pas conformes à même la fin de l'espace de noms XHTML, malgré répondant aux autres. Bien qu'il mai être utile comme mesure d'urgence, soyez prêt pour une recherche massive et le remplacer quand (et si) XHTML devient la norme. XML 1.0 fait un point délibérée de ne pas nécessiter une DTD ou même une déclaration DOCTYPE de documents - même si ce manque d'une DTD bars ces documents ne soient utilisés avec une certaine classe d'analyseurs, appelé la validation des analyseurs. La plupart des navigateurs utilisent la non-validation d'analyseurs pour le traitement de XML et HTML. (Microsoft intégré à l'analyseur peut être dit à valider, mais il ne valide pas normalement lorsque des documents de chargement pour l'affichage.) En conséquence, ces outils ne vérifient pas les documents pour la conformité à une DTD XHTML. Ils ne vérifient pas les modules que vous créez dans plus de la DTD XHTML.

Toutefois, de nombreux autres types de processeurs mai vérifier vos documents contre la DTD vos documents précisent, et ils mai rejeter les documents qui ne spécifient pas une DTD pour un tel examen. Si vos documents sont à traiter avec des analyseurs tels - ce qui est probable si vous commerciaux échangent des informations au sein de vos documents - le travail supplémentaire de renforcement des modules DTD XHTML vaut le coût. (Vous devez créer une DTD pour vos extensions de toute façon.) La modulaires et paramétrables approche adoptée par XHTML 1.1 peut vous aider à gérer et éventuellement étendre le vocabulaire et les structures que vous créez. Même si vous ne savez pas d'avance que vos documents vous seront soumis à une telle inspection, vous mai trouver utile de créer une DTD XHTML module qui fournit une description officielle de ce que vous faites. Dans une certaine mesure, c'est un processus de documentation, qui codifie le travail que vous faites, tout en le rendant plus facile à partager avec les autres. Ce module offre également une assurance contre un avenir dans lequel vos documents de mai doivent être nourris sur la validation d'analyseurs XML, en évitant une crise majeure. En créant des contraintes tôt, vous pouvez éviter de produire un certain nombre de variations sur monstrueuse vos structures et les rendre plus gérable. Ayant une DTD vous permet d'utiliser un ensemble plus large d'outils, comme des documents valables, conformes à une DTD spécifiée peut être analysé à la fois par la validation et la non-validation des analyseurs et utilisés dans les applications construites sur les analyseurs.

Bien qu'il mai ne pas être nécessaire dans tous les cas de construire une description formelle de ce que vos extensions à XHTML sont et comment ils s'intègrent avec le vocabulaire XHTML, vous définitivement devrait examiner le processus à mesure que les documents de votre partir de prototypes et d'expérimentations à la production à grande échelle. C'est plus que de l'assurance contre les changements futurs - c'est l'occasion d'en apprendre davantage sur la façon dont vous l'information de structure et la façon de faire les corrections nécessaires précoce.

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 «est formelle XHTML Module Inclusion vaut la peine» 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.