Stratégies de gestion de génération de code XHTML

Génération XHTML est un processus plus exigeant que générer une page HTML, si seulement parce que XHTML est livré avec un ensemble de règles beaucoup plus strictes. Répondre à ces demandes ne doit pas signifier heures de bughunting chaque fois que vous construisez un programme complexe, mais elle mai signifie que vous devez modifier la façon dont vous écrivez vos programmes. (Pas de prescription vous oblige à changer, mais qui adhèrent à ces règles de mai s'avérer plus facile à la longue.) A peu près toutes les techniques qui fonctionnent avec le travail HTML en XHTML, mais vous mai voulons intégrer plus d'un XHTML orientation dans votre choix génération de code.

TexteTravailler avec des documents HTML et XHTML en tant que texte est, à certains égards, la meilleure approche. À d'autres égards, il est certainement le plus difficile d'approche. Le texte est le fondement des documents de balisage. De travail à ce niveau peut être simple, mais elle nie aussi vous le privilège de travailler avec des informations à un niveau supérieur (tels que les structures contenant créée par XHTML). Écrire du code qui génère du texte brut - qui se trouve être XHTML - exige beaucoup d'attention au détail, d'autant que XHMTL est beaucoup moins tolérant des erreurs. Stratégies de génération de texte mai-être utile, surtout pour les projets qui doivent créer plus d'un version d'un document. Fondamentalement, chaque environnement qui génère XHTML génère du texte. C'est juste une question de quels types d'abstractions sont en cours d'utilisation. Probablement la façon la plus simple de mettre à jour le code textgenerating aux nouveaux défis de XHTML est d'ajouter certains de ces couches d'abstraction, séparant le code qui génère les balises et le contenu du code qui adresse. Au fil de l'abstraction, vous pouvez alors ajouter une logique supplémentaire qui garantit que le balisage est correctement équilibré ou conforme à une structure requise. La plupart des programmeurs font déjà dans une certaine mesure, de sorte qu'ils peuvent réutiliser le code, en substance, elle mai être une question de recentrer les travaux existants.

ModèlesModèle de systèmes, tels que Active Server Pages (ASP) et Java Server Pages (JSP), permettent aux développeurs de mélanger une logique de création de contenus et la structure de modèles généraux qui fournissent un cadre général. À certains égards, ces approches sont un peu comme le texte les systèmes de génération décrit précédemment - mais ils ont à la fois des avantages et des inconvénients au cours de cette approche directe. Templates sont généralement plus faciles à lire et modifier, en particulier pour les cas où le contenu est généré une petite partie du document. Dans le même temps, toutefois, l'interaction entre le code généré et les informations déjà stockées dans le modèle peut générer des problèmes qui ressemblent ils sont dans le code, mais sont en fait dans le modèle et vice-versa. Il existe quelques environnements en l'utilisation de XHTML qui peut être difficile en raison de conflits entre la syntaxe XHTML et la syntaxe de l'environnement de développement. Si vous utilisez des scripts PHP pour générer des documents XHTML, vous rencontrez un problème mai. Y compris la déclaration XML ( ) Jette le processeur PHP. Parce qu'il peut compter sur la ne peut pas le rejeter. La désactivation de la fixation du «balise d'ouverture à court terme» mai nécessitent une coordination avec votre site Web de la société d'hébergement si vous n'avez pas le contrôle administratif sur votre serveur.

NoteBien Extensible Stylesheet Language Transformations (XSLT) sont des générateurs de document templatebased, les règles qu'ils suivent sont beaucoup plus strictes que celles utilisées par les technologies décrites ici. La spécification XML 1.0 déjà affronté des problèmes similaires avec les entités générales, ce qui permet aux développeurs d'inclure du contenu (y compris le balisage ) par référence. La solution XML 1.0 impose une exigence que toutes les entités générales qui contiennent des balises doivent être bien formés. Si une entité comprend une balise de début pour un élément, elle doit comporter une balise de fin pour cet élément. Toutes les structures à l'intérieur d'une entité générale doit être imbriquées et marqué correctement. Vous ne pouvez pas utiliser les entités générales de préciser les parties de marquage, tels que la demi une balise de début ou simplement d'une balise de fin. Adoptant une approche similaire à la génération de code peut résoudre la plupart des problèmes causés par des interactions inattendues entre le modèle et le contenu généré, et devrait rendre plus facile à remonter à l'origine de ces problèmes quand ils surviennent. Les stratégies suggérées pour le texte génératrices de code s'appliquent également en grande partie au modèle basé sur la génération XHTML. Créant des couches d'abstraction qui vont au-delà de la création des flux de caractères peut aider à rendre la partie code de ces systèmes à base de modèle plus facile à travailler, et mai rendre plus réutilisables dans des documents et projets.

AttentionAlors que les systèmes basés sur modèle peut produire XHTML, les modèles eux-mêmes sont rarement XHTML (ou même XML) en raison de leur utilisation des constructions telles que <%. Entre autres choses, cela mai vous forcer à enregistrer des modèles séparément des documents XHTML, si vous utilisez une base XML installation de gestion des documents. Le XML-Apache projet est la construction d'un modèle de langage appelé XML Server Pages (XSP) qui n'utilise des documents XML pour leurs modèles, mais ils sont bien en avance de la plupart des systèmes de templates, dans leur zèle pour bien formés modèles. Voir http://xml.apache.org/cocoon/wd-xsp.html pour un projet de XSP.

La modularisationEn général, les approches à long terme le plus approfondi à faire XHTML production d'énergie propre et maintenable impliquera de créer des modules de code qui font des choses simples de façon fiable et puis la connexion de ces modules pour créer des documents. La fiabilité est sans doute le changement le plus important mouvement de développement de HTML vers XHTML, et que la fiabilité est d'un type quelque peu différent. Dans le monde HTML, le code avait pour produire du contenu qui semblait cohérente dans un navigateur donné ou les navigateurs, dans le monde XHTML, le code est de produire du contenu qui est structurellement - ainsi que visuellement - cohérentes. Alors que l'interruption occasionnelle missing-balise de paragraphe ne cause pas de problèmes dans un navigateur HTML, il peut mettre un terme à la transformation XHTML. Briser le problème plus vaste de construction d'un document dans les petits problèmes de créer des structures particulières est une façon de s'assurer que les petits problèmes sont résolus de manière cohérente. Elle améliore également la réutilisabilité et la rend plus facile à mettre à jour les solutions petit problème sans interférer avec la logique d'ensemble du document. Plusieurs systèmes de génération de HTML - comme CGI.pm (le module CGI de Perl) et le Java Servlet Bibliothèque - ont déjà recours à des modules qui génèrent des balises fondé sur des arguments qui leur sont communiqués par voie d'appels de fonction. Lorsque les développeurs comptent sur ces modules, exclusivement, plutôt que de mélanger les avec le texte explicite de génération de code, puis mettre à jour un système permettant d'utiliser XHTML est facile. Vous mettez à jour tout le système de modules à une version compatible XHTML.

NoteModule des systèmes qui génèrent XHTML commencent à apparaître - notamment une nouvelle version de CGI.pm - mais elle mai être un certain temps avant que ces systèmes génériques de produire systématiquement XHTML au lieu de HTML. S'il ne ressort pas de la documentation, vous souhaitez mai à contacter le développeur de maintenir le système de génération de marquage que vous utilisez. En plus de contenir les effets secondaires, en ajoutant la modularité de votre code devrait vous aider à l'épreuve du futur à une certaine mesure. XHTML 1.0 marque le premier grand changement structurel au format HTML depuis sa création, et les développeurs ont jusqu'à présent été en mesure de compter sur les vieux code qui fonctionne très bien dans les navigateurs les plus récents. Alors que XHTML 1.0 mai sera le premier changement de rompre cette compréhension, il ne sera certainement pas la dernière. XHTML 1.1 ne cassera pas instantanément XHTML 1.0 transformation, mais elle ajoute une nouvelle fonctionnalité qui mai exiger des changements substantiels à la fois le document-code sur le serveur et le document de traitement de code sur le client. En modularisant votre code, vous vous positionner pour tirer parti des nouvelles possibilités XHTML 1.1 va créer pour l'extension du vocabulaire HTML. XHTML 2.0 est également à l'horizon, bien que probablement beaucoup plus loin. XHTML 2.0 mai impliquent d'importantes destructions et la reconstruction de certaines parties du vocabulaire HTML, notamment en associant des fonctionnalités et d'autres transformations qui implique des ressources extérieures. Ces différents types de futures épreuves mai exigent une mentalité différente de celle qui s'est avérée si bien réussi à créer de grands nombre d'applications HTML à faible coût. Malgré le potentiel des coûts de développement par module, toutefois, ce nouvel état d'esprit des promesses à long terme et l'évolutivité d'une tâche beaucoup plus facile pour les programmeurs qui doivent gérer et réutiliser le code sur le long terme.

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 «Stratégies pour la gestion de génération de code XHTML" 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.