Avantages et inconvénients généraux de HTML contre XML et XHTML

Share

|

Il y a trois langues de marge bénéficiaire bénéficiaire. Celles-ci incluent la langue de marge bénéficiaire bénéficiaire d'hypertexte (HTML), de Extensible Markup Language (XML), et la combinaison des deux, langue extensible de marge bénéficiaire bénéficiaire d'hypertexte, (XHTML).

HTML

Le HTML est le format primaire utilisé sur le Web mondial. Le HTML peut montrer des Pages Web avec un éventail de couleurs, de formes, et d'objets. Bien que pas un langage de programmation vrai, HTML ait augmenté dans la puissance au cours des années.

Le HTML est réellement un sous-ensemble de XML lâchement défini. Cependant, tandis que XML est une langue stricte (car vous apprendrez), le HTML prend beaucoup de libertés qui l'ont aidé pour devenir l'outil populaire de présentation que c'est aujourd'hui. Bien que l'esprit du jeune Internet ait encouragé la liberté, les lotisseurs se sont maintenant rendus compte que la liberté de HTML a des répercussions. Puisque le HTML est si flexible, beaucoup d'applications de navigateurs et de Web ont ajouté leur propre fonctionnalité au protocole de HTML de base. Comme toute la fonctionnalité augmentée, ceci vient avec des risques additionnels de sécurité.

Pour cette raison, les efforts doivent en cours remplacer le HTML avec une langue beaucoup plus de plus réglée et plus normalisée de marge bénéficiaire bénéficiaire connue sous le nom de XHTML.

XML

XML est la base pour beaucoup de formats de données, y compris le HTML, WML, XHTML, et plus. Il est récemment devenu populaire parce qu'il peut faciliter le transfert des données entre les programmes largement disparates, les logiciels d'exploitation, et les compagnies. La clef à l'utilité de XML est qu'elle permet à n'importe quel lotisseur de concevoir son propre format de données en utilisant ses propres termes et conditions. En fait, XML est si populaire que Microsoft ait construit son suite entière des produits, des logiciels d'exploitation aux composants de serveur, autour du concept de XML.

Illustrons l'utilité de XML, considèrent une société d'échantillon qui doit partager des informations sur le inventaire de fruit. Puisque l'accès direct à une base de données serait un risque de sécurité (aussi bien que la procédure de gestion faible), le réalisateur peut créer un programme de XML qui définit le type, la taille, et la couleur de chaque fruit en main. Une fois qu'elle a déterminé Spéc., le réalisateur pourrait programmer l'hôte avec les possibilités tirer des données d'une base de données et les convertir en dossier de XML. Sur l'autre extrémité, un client spécial pourrait balayer le dossier produit de XML et analyser l'information pour remplir sa propre base de données. Ce processus tiendrait compte ainsi du transfert de données rapide et normalisé.

Pour illustrer ceci, considérez le code source suivant d'échantillon voir comment un tel dossier de XML apparaîtrait. Notez la hiérarchie et l'ensemble assorti d'étiquettes. Chaque étiquette est une propriété, qui pourrait avoir des secondaire-propriétés. Dans ce cas-ci, nous passons des informations sur une pomme et un raisin.

< DE < SIZE>SMALL</SIZE > DE < COLOR>RED</COLOR > < SIZE>BIG</SIZE > </NOM > < NAME>GRAPE < COLOR>PURPLE</COLOR > DU L'< FRUIT > < NAME>APPLE/NOM > </FRUIT >

Par l'extrapolation de cet exemple simple, vous pouvez voir comment des données de XML sont organisées. L'utilisation de telles méthodes apparentées de données est toujours dans sa petite enfance, et continuera à se développer pendant beaucoup d'années.

Bien que XML soit la base de beaucoup d'autres langues de composition Internet-basées, ses sous-ensembles donnent à XML la poussée qu'il doit devenir la norme de fait. Un sous-ensemble récent, XHTML, gagne du terrain lentement, et est destiné pour rattraper le HTML dans la prédominance.

XHTML

Ainsi, la volonté de XHTML remplacent probablement le HTML. Bien que ce processus prenne plusieurs années, beaucoup de Webmasters ont déjà embrassé XHTML, et intègrent lentement ses règles dans leur développement. En fait, XHTML 1.0 est considéré comme étant par beaucoup la prochaine version de HTML (HTML 5.0).

Ce qui fait XHTML si populaire est son ruleset simple pourtant rigide. Ce ruleset est si puissant parce qu'il impose une norme universelle. Les règles sont comme suit :

• XHTML exige une déclaration au dessus de chaque page de XHTML.

  Cette nouvelle règle indique au navigateur le type de données rendre, qui gardent toutes les parties de la présentation de données et du processus de transfert coulant sans à-coup. Ce qui suit est un exemple d'une déclaration de XHMTL. < ?xml version="1.0" encoding="UTF-8" ? > </de PUBLIC de HTML de !DOCTYPE "-/W3C//DTD XHTML 1.0 Strict//EN" "DTD/xhtml1-strict.dtd" >

• Toutes les pages de XHTML doivent avoir les étiquettes de < chef > et de < corps >.

  Bien que ces étiquettes existent typiquement en toutes les Pages Web, pour HTML, navigateurs de Web donnent sur les données absentes et les complètent automatiquement quand elles ne sont pas présentes. Cependant, ce n'est pas le cas avec XHTML.

• Toutes les étiquettes doivent être fermées.

  Avant XHTML, les Pages Web ont inclus des étiquettes comme < p >, qui a typiquement eu < d'étiquette de fermeture/p >. cependant, il n'a pas importé si l'étiquette de fermeture était omise. Avec XHTML, chaque étiquette doit être fermée. En outre, les étiquettes aiment "l'< heure >", qui a créé une ligne à travers une Page Web, doivent maintenant ressembler à l'< heure/>. ceci est un concept complètement nouveau pour des Pages Web.

• Toutes les étiquettes doivent être minuscules.

  Encore, c'est une nouvelle règle. Versions précédentes des étiquettes majuscules utilisées par HTML ; maintenant ces étiquettes doivent être minuscules. Car vous avez noté la règle avant celle-ci, l'< heure > a non seulement gagné une estafilade, mais est également devenue minuscule. (ceci s'applique seulement aux étiquettes, pas aux attributs.)

• Tous les attributs doivent avoir des citations.

  Bien que cette règle ait été traditionnellement considérée bonne pratique en matière de codage, il est maintenant obligatoire. Ceci ajoutera des complications pour les Pages Web dynamiquement créées.

• Toutes les étiquettes doivent être dans la hiérarchie appropriée (non nichée).

  Encore, ceci a été considéré bonne pratique en matière de codage, mais n'a pas été exigé. Avec XHTML, ce qui suit ne serait plus correct : < I><B>Bolded et Italicized</I></B >

  Au lieu de cela, on lui écrirait maintenant comme suit : < i><b > Bolded et < imprimé en italique/b></i >

  (notez les lettres minuscules.)

• Toutes les valeurs d'attribut doivent être dénotées.

  Ce n'est pas une occurrence commune dans le HTML. Cependant, si vous codez un groupe de boutons par radio, un pourrait être énuméré comme "vérifié." Voyez le vieux suivant contre la nouvelle manière d'énumérer ceci :

  Vieux : < ENTRÉE NAME="AnyName VÉRIFIÉ PAR TYPE=RADIO" >

  Nouveau : < checked="true" "de name="AnyName/> de type="radio" d'entrée

  (notez l'utilisation de la lettre minuscule, des citations, et d'une estafilade de fermeture.)

• Tous < pré > des étiquettes ne doivent pas contenir les étiquettes suivantes : < grand >, < petit >, < sous-marin >, < sup >, < img >, ou < objet >

• La forme ne peut pas être nichée.

• Tous "et" des symboles doivent être écrits en tant que "&".

• Tout le CSS doit être écrit dans les lettres minuscules.

• Tout le Javascript doit être exécuté extérieurement.

  Le Javascript est un langage de programmation, et est séparé de XHTML, qui est seulement une langue de formatage. Rappelez-vous, XHTML est SEULEMENT POUR LA PRÉSENTATION (avec le CSS).

  En outre, le Javascript n'est pas commenté dehors.

• Tous < ! - - --> de commentaires sont illégaux.

  Naturellement, le commentaire est encore soutenu dans XHTML, s'il est exécuté avec la syntaxe suivante : < [ CDATA[comments apparaissent dedans ici ] ] >

En contrastant ces règles simples mais puissantes avec le HTML, vous pouvez commencer à voir les avantages de XHTML. En outre, les dispositifs de PCS (service personnel de communication) emploient également XHTML. En raison de la myriade de fournisseurs, chacun avec sa propre approche de propriété industrielle, les règles strictes de XHTML et XML est essentiel. Sans cette norme, les réalisateurs de Web devraient créer les Pages Web séparées pour chaque dispositif. Heureusement, en raison de cette norme, les réalisateurs peuvent créer un ou deux pages pour tous les dispositifs. Cependant, XHTML encore est trop enflé pour beaucoup de plus petits dispositifs de PCS. Par conséquent, une autre option est exigée.