XML et la prochaine génération du Web

Faire votre Mozquito HTML / JavaScript Accessible Alors que Mozquito usine produit de HTML et JavaScript qui fonctionne sur n'importe quel navigateur supportant JavaScript 1.2, vous avez besoin d'exercer un effort supplémentaire pour rendre vos documents aussi accessible que possible. Malheureusement, de nombreux développeurs Web penser l'accessibilité du Web est limitée seulement pour les personnes handicapées. Gardez à esprit que les gens avec les anciennes versions de navigateurs, les navigateurs basés sur le texte et les navigateurs sur les nouveaux dispositifs comme les téléphones cellulaires et les PDA auront beaucoup de difficulté avec Mozquito contenu produit. Ouvrez un Mozquito produites fichier HTML dans le Bloc-notes, WordPad, ou toute autre éditeur de texte. Faites défiler la liste jusqu'au fond du document et vous pouvez voir leur utilisation de la

Comme je l'ai mentionné à plusieurs reprises dans cet article, ressemble beaucoup à la FML 4.01 version HTML des formulaires. Supprimer les images de précharge, améliorable listes et les calques, et vous pouvez dupliquer votre formulaire en entier FML en HTML 4.01. Balises. Si vous avez du temps libre après avoir terminé votre document FML, faire le montage dans un dossier distinct du HTML et copiez-les sur votre document HTML Mozquito. (Gardez à l'esprit que chaque fois que vous exportez à partir de votre document à la FML HTML Mozquito document que vous perdez votre code.) C'est pourquoi il est important de le sauvegarder dans un fichier HTML distincts et l'ajouter à votre code HTML Mozquito juste avant de l'afficher sur votre serveur Web. Pour plus d'informations sur la création de votre JavaScript et des formes plus accessibles, jetez un oeil à des directives d'accessibilité aux contenus Web du W3C ( ).

XML et la prochaine génération du Web

Vous avez regardé XHTML sous tous les angles différents, de nouvelles capacités, elle introduit de nouveaux coûts qu'elle impose, et réfléchit son utilisation dans les appareils des téléphones cellulaires aux navigateurs Web sur des PC aux serveurs Web et même à plus grande échelle les dispositifs. Maintenant que vous avez pataugeant dans tout cela, il est temps d'examiner les retombées à long terme - l'impact global sur l'autrefois familier World Wide Web.

Personne à personne et Machine to MachineJusqu'à présent, le Web a surtout été un outil de personne à personne et par personne pour des connexions de machine. Bien que simple publicité axée sur brochureware Sites web et la plupart du contenu de l'information sur le Web est destiné à la consommation humaine, une grande partie de la force motrice (lire: des opportunités d'investissement) derrière le Web a proviennent de projets qui font qu'il est plus facile pour les humains de se connecter à des machines. Les humains se connecter aux machines à entrer des commandes de marchandises, par exemple, déclenchant toute une série d'événements qui est en grande partie gérées par les ordinateurs tout en impliquant de nombreuses personnes le long du chemin.

Pour la plupart, les humains ont maintenu un "don't call me, I'll call you" attitude à l'égard des ordinateurs. Automated Commercial E-mail, communément connu sous le nom spam lorsqu'il n'est pas sollicité, est considérée comme un fléau de l'Internet et non l'une de ses attractions. Alors que la machine à la communication interpersonnelle obtenu une petite hausse dans la brève période où push semblait populaires, les préoccupations de la bande passante et la facilité croissante avec laquelle les gens pouvaient obtenir des informations elles-mêmes laissé pousser sans beaucoup de clients. De même, les gens ne semblent pas enthousiastes à l'idée de suivi informatique de leur navigation sur le Web qui donne lieu à des suggestions sur l'achat de produits apparemment appropriées à leurs intérêts.

XHTML entre dans ce cadre - dans lequel le balisage a fourni des informations lisibles par l'homme et la forme des réponses ont fourni des informations lisibles par machine - et il ouvre des portes nouvelles. Markup présente encore l'information aux gens, mais elle comporte aussi des informations de machine en machine. Modularisation XHTML et l'extensibilité qu'il peut offrir, spécifiquement pour les formulaires, pourrait permettre une amélioration importante dans les types d'information que les gens peuvent envoyer à des machines. Et alors que rien dans le XHTML rend spam tout plus intéressant, XHTML ouvre au moins la possibilité d'une machine-to-transmissions personne qui transportent l'information utile pour votre ordinateur que vous n'avez pas besoin de lire. Un professeur peut lire un message formaté proprement que trois nouveaux étudiants ont été ajoutées à sa classe, envoyés automatiquement par l'ordinateur de l'école. Pendant ce temps, son ordinateur a déjà extrait et ajouté leurs noms à l'article grade.

Automatisation - et de fragmentation - le WebL'exemple précédent illustre un minuscule morceau de ce que XHTML rend possible. En permettant aux développeurs de créer des applications vocabulaires spécifiques et leur utilisation en combinaison avec le vocabulaire plus générique HTML, XHTML permet de réaliser des documents de plusieurs couches d'informations. Ces couches mai vise à différents "clients" du document, avec une couche (en utilisant le vocabulaire susceptibles HTML) présentant le message comme un document destiné à la consommation humaine et les autres couches contenant des informations pour une utilisation dans des outils de traitement automatisé.

Bien que HTML mai Rechercher fragmenté et criblé de incompatibilités si vous êtes un développeur Web essaie d'exécuter des tâches complexes dans les navigateurs à partir de plusieurs fournisseurs, les similitudes global de ces réalisations l'emportent généralement sur leurs différences. L'attente de similitude qui crée du code HTML simple fait qu'il est souvent plus frustrant que lorsque les différences commencent à apparaître. XHTML dans une certaine mesure - et XML dans une mesure beaucoup plus grande - a beaucoup peur des gens avec la perspective d'un vocabulaire très différentes brisant la compréhension partagée qui a gardé le Web (principalement) unifié jusqu'à ce point. Alors que le Web se développe, cependant, demande d'augmentations de tels vocabulaires personnalisés. La valeur des descriptions plus précises devient plus évident que les développeurs d'applications Web essayer de construire à des fonctionnalités supplémentaires.

De nombreux sites intranet incluent déjà abâtardi HTML, le balisage contenant qui n'est pas HTML. Le div génériques et des éléments span sont devenus des espaces réservés pour ce genre d'informations pour les développeurs qui veulent rester dans le cadre HTML. Ils peuvent utiliser l'attribut class pour indiquer ce que l'information est vraiment. (Cet attribut offre une extensibilité limitée.) Microsoft fournit XML données îles dans les documents HTML qui donnent aux développeurs un ensemble plus officiel d'outils pour travailler avec ces informations, bien que cette série ne fonctionne que dans des cadres propres logiciels de Microsoft. L'avantage principal de ce vocabulaire supplémentaire est augmenté de personnalisation, qui permet aux développeurs de créer toutes sortes d'application des crochets dans les documents qui permettent à des scripts ou des programmes les traiter efficacement et de manière fiable. Les coûts sont un peu plus complexes, mais elles découlent principalement du fait que pas tous les bénéficiaires potentiels d'un document de disposer des outils nécessaires pour traiter ce document complètement. Développeurs Web qui comptent sur les plug-in capacités sont déjà confrontés à ce problème, mais étendre le vocabulaire HTML risque de l'aggraver, au moins dans le court terme. Les développeurs peuvent soit expédier toutes les informations, de savoir si le destinataire ne peut utiliser ou non, ou de passer des cycles de traitement de négociation qui lui renseignements sur le destinataire peut traiter.

La forme de ces négociations et de la transformation des cadres n'est pas encore claire. Alors qu'il est raisonnable de supposer qu'il sera construit sur les structures déjà utilisé pour la négociation de contenu (comme les en-têtes HTTP et les types de contenu MIME) et le traitement de balisage (comme le Document Object Model et XSLT), beaucoup de pièces manquantes demeurent. L'utilisation du XHTML à étendre le vocabulaire HTML sera un processus risqué, et au moins impliquera certaines insuffisances graves au premier abord. La négociation peut consommer des ressources, tout en sautant de négociation et d'expédition seulement de l'information mai signifient que les utilisateurs d'obtenir des informations pour lesquelles ils n'ont pas les outils. Contrairement à l'information transmise pour une utilisation avec les plug-ins d'aujourd'hui, XHTML ne fournit pas un extra intégré dans l'étape qui donne à l'utilisateur une chance de dire: «Non, je ne veux pas que le contenu ou le logiciel de l'afficher." l'utilisation du XHTML (comme une fondation) et XML supplémentaires (incorporé en tant que modules XHTML) pour étendre cette base doivent assurer un niveau de compréhension de base pour les utilisateurs, même si leurs outils ne peut pas traiter tout le document. En tant que s'élève le niveau de contenu XML, cependant, il mai devenir plus difficile pour les utilisateurs à traiter des documents de manière appropriée, sans les bons outils. Infrastructure pour le traitement de ces cas et pour aider les utilisateurs à trouver les bons outils ne fait que commencer. Pour l'instant, XHTML extensible est une tâche assez risqué qui mai causer plus d'ennuis que cela vaut la peine.

AttentionL'automatisation de la nature vient d'être décrite mai encourir des risques de sécurité. Programmes de construction qui répondent aux messages contenus dans ces messages font les porteurs d'informations potentiellement dommageables. Si vous écrivez ces types d'applications, assurez-vous de les construire dans un cadre sécurisé qui comprend l'authentification et offre des garanties contre les informations perdues ou endommagées. Il est également utile de fixer des limites qui nécessitent une intervention humaine, comme de nombreuses applications de workflow avez trouvé.

Des fuites d'informationComme des documents XHTML venu d'inclure de plus en plus "d'information" réelle, les risques d'augmentation imprévue des informations de distribution. Documents HTML peuvent, bien entendu, contenir des données confidentielles ou autres informations sensibles. Toutefois, HTML a une plus réconfortant "Toute l'information est à la surface" de style. En tant que développeurs commencent à inclure des niveaux multiples d'information dans les documents, certains de ces couches de mai ne pas être disponible pour les utilisateurs directement.

Pour prendre un cas extrême, imaginons un rapport annuel des sociétés prêtes pour la consommation publique. Underneath les chiffres calculés public et camemberts joli mensonge un nombre énorme de détails confidentiels sur les opérations de l'entreprise, ainsi que des informations d'audit et les notes de production. Toute cette information est supprimé de la final version HTML, Qui correspond à la description précédente - toutes les informations sont sur la surface.

Supposons, toutefois, que quelqu'un décide que le rapport annuel pourrait être très utile à certaines parties de l'entreprise - Haut-dire la gestion ou le conseil d'administration - comme interface pour des détails plus concrets. Contrairement à la appartement version HTML, Cette version améliorée XHTML permettrait à ses utilisateurs de cliquer sur les tableaux et les graphiques pour atteindre l'information sous-jacents, en réorganisant le si nécessaire pour les points de vue différents. Une fois ouvert, l'interface est très familière, le rapport annuel examine tout comme il l'a fait avant, en HTML. Les fonctionnalités supplémentaires et des informations nécessitent une interaction utilisateur à les déclencher.

Si ce fond renforcé document XHTML est pris pour flatter son cousin et il atteint le monde extérieur, peut-être un analyste, les conséquences pourraient être désastreuses. Le problème ne concerne pas les craquelins de pénétrer les systèmes, il s'agit de l'erreur humaine et un manque d'infrastructure pour gérer ces informations. Bien que ce soit à peu près le pire des cas, il met en garde contre les choses qui sont possibles lorsque les représentations nouvellement sophistiquée des informations privées sont utilisées dans le même cadre que leurs versions publiques. XHTML ouvre de nouvelles possibilités, mais elle engendre de nouvelles responsabilités. L'infrastructure de sécurité n'est pas encore là, et ne fournit pas de balisage de sécurité sur le sien.

Redynamiser le Rêve d'agentAlors que la fuite d'informations mai être préjudiciable dans certains contextes, il rouvre la porte à toute une gamme d'applications qui n'étaient pas possibles dans le Web HTML. Agents, Logiciel conçu pour rechercher automatiquement et traiter l'information pour répondre aux besoins des utilisateurs, mai ont une autre chance. Alors que les agents initialement promis de donner aux utilisateurs des outils personnalisés pour trouver les informations qu'ils voulaient (prix de vente sur les smokings, par exemple), ils étaient souvent entravés par la difficulté de démêler le balisage HTML et le caractère imprécis des langues humaines entourant l'information.

XHTML n'est pas un remède magique pour tous ces problèmes. Le langage humain demeure un élément important de la teneur que les agents doivent faire face à de nombreux types de recherches, et le cœur du XHTML lui-même reste assez difficile pour les agents à interpréter. Si les prix, par exemple, sont rendus en rouge et en gras en utilisant des feuilles de style en cascade, ces informations peuvent ne pas apparaître au sein même du document. Les agents ont besoin de découvrir autre chose (l'attribut class?) Pour verrouiller le faire, s'ils sont espérer extraire de manière fiable les informations que les utilisateurs veulent.

D'autre part, l'extensibilité de XHTML mai donner aux agents de vrais renseignements pour travailler avec la forme du contenu embarqué XML. Si, par exemple, un module commun pour le marquage de données sur les ventes a été largement utilisé - ou même si plusieurs modules ont hérité l'utilisation - les agents auraient pointeurs utiles à l'information qu'ils voulaient. Alors que les entreprises concernées mai sur l'activation des achats comparatifs en fournissant ces informations, ils mai trouve qu'il leur apporte de nouveaux clients aussi bien.

XHTML Will Survive?Certains critiques au début du HTML ont attendu un long moment pour un remplacement de venir. De leur point de vue, XML offre un ensemble beaucoup plus d'outils polyvalents avec une courbe d'apprentissage minimale et il peut loger dans les mêmes infrastructures (navigateurs, HTTP, et les serveurs Web) que le HTML ne le fait aujourd'hui. Des outils tels que XLink peut donner XML capacités d'établissement d'hyperliens qui vont bien au-delà des simples mécanismes prévus en HTML et les feuilles de style XSL promesse de mise en forme de pouvoir qui surpasse de même les rêves les plus fous de HTML basé sur les développeurs Web. XML permet de créer des vocabulaires structurés tels que Vector Graphics (SVG) et Synchronized Multimedia Integration Language (SMIL), qui peuvent présenter des graphiques et multi-médias bien mieux que le document plus fins générales axées HTML. Vu sous cet angle, le HTML n'est plus de son temps - un outil de faibles dont le remplacement est seulement devancé par l'existence de plusieurs millions de héritage navigateurs.

Une perspective plus favorable trouve le vocabulaire HTML plus précieux. Même en dehors de ces millions de navigateurs ont déjà été distribués, ou la grande communauté de développeurs qui ont déjà une solide compréhension de la façon dont il fonctionne, HTML fonctionne toujours bien pour beaucoup de raisons pour lesquelles il a catapulté vers les sommets de la première place. Il n'est pas difficile de créer des documents HTML, XHTML et même en impose quelques règles plus sur la structure, ces règles peuvent effectivement aider à garder les débutants sortir du pétrin. Le vocabulaire fixe HTML fournit un ensemble de limites qui maintient les projets de viser des buts impossibles, tout en donnant aux créateurs de documents la puissance dont ils ont besoin pour construire des interfaces utilisables. HTML a déjà fait ses preuves capables d'accueillir des extensions, de scripts pour les feuilles de style aux applets et objets. On peut affirmer que la plupart des pays se débrouille très bien sans XML et ne gagnera que beaucoup en l'utilisant.

Il semble probable que le développement Web suivra une évolution plus modérée que ces deux propositions. Le vocabulaire HTML est trop connu et trop bien soutenu à disparaître rapidement, et il faudra probablement fournir toujours une sorte de vocabulaire de base pour de nombreux types de balisage. Le vocabulaire HTML contient certaines autres caractéristiques qui sera longue à venir en XML, en fournissant sémantique pour l'information qui n'est pas seulement mise en forme. Les formulaires HTML sont un domaine dans lequel HTML dispose d'un avantage distinct, mais HTML contenant un tas d'autres éléments de description des contenus qui doivent encore être exécutées de manière largement utilisée en XML. XML fournit pas d'outil général pour inclure des scripts dans des documents et il manque d'une manière générale d'inclure des informations de feuille de style dans un document. Les solutions ad hoc pour l'ensemble de ces problèmes peuvent être développés sur un vocabulaire par cas vocabulaire, mais XHTML a déjà des solutions toutes faites à ces problèmes et une large communauté de développeurs qui savent comment les utiliser.

Développement XHTML promet d'éradiquer le plus grand problème auquel sont confrontés HTML: sa fragilité causée par son manque d'extensibilité. Dans le même temps, XHTML mai à résoudre certains des problèmes les développeurs XML face en tant qu'ils apportent XML dans l'environnement Web en fournissant des solutions réutilisables aux problèmes Realworld. Bien que les documents XHTML mai éventuellement examiner de très peu comme leurs prédécesseurs HTML, il semble probable que beaucoup de fonctionnalités HTML durera au-delà de la période de transition (peut-être avec quelques remodelage). Faire le saut directement à XML restera difficile à moins que davantage d'outils pour l'intégrer avec d'autres outils Web apparaît, et XHTML détient déjà une grande partie de cette trousse d'outils nécessaires.

Efficace, amical, InvisibleXHTML est probablement le plus grand changement à l'architecture sous-jacente du World Wide Web depuis sa première apparition. HTTP 1.1 raffiné le protocole pour transférer des informations, mais remodèle XHTML HTML de façon à mai fine de rendre méconnaissable. Au lieu de combattre tag soup, sans cesse croissante et incontrôlée des ajouts au format HTML faites par les vendeurs, le W3C a changé son fusil d'épaule et jeté les portes ouvertes à de nouveaux vocabulaires. Les nouveaux vocabulaires devrait entrer correctement vêtu d'espaces de noms et des modules XHTML, mais les possibilités sont là.

XHTML promet de changer le Web à partir d'un support que les gens utilisent pour communiquer avec d'autres personnes à un milieu que les personnes et les ordinateurs utilisent pour communiquer avec d'autres personnes et les ordinateurs. Cette transition va occasionner des coûts et à produire certains problèmes le long de la route, mais le résultat final mai être un site Web qui fait gagner du temps les gens et d'efforts. Le Web a déjà démontré que les grands réseaux peuvent créer de nouvelles opportunités, mais sa forme actuelle signifie que de nombreuses possibilités ont été ignorés ou gaspillés. Ces problèmes ne concernent pas les questions les plus évidentes de la bande passante, bien que ces restent importants, mais ce que nous pouvons faire avec cette bande passante.

Peut-être l'aspect le plus important de ce changement est si petit qu'il est, au moins au début. Comme vous l'avez vu, XHTML 1.0 démarre la transition avec le moins de perturbations que possible (bien que certaines perturbations sont inévitables). Bien que la transition grâce à XHTML 1.1 à l'avenir XHTML 2.0 est de nature à entraîner des bosses plus, ces nouvelles structures sont construites sur l'infrastructure familière HTML qui a soutenu pendant des années. XHTML est partons pas de nouveau avec un tout nouveau site Web, c'est l'ajout de nouveaux potentiels sur le Web existants. Les utilisateurs et développeurs, en s'appuyant sur des outils familiers, je l'espère, conclure que la TuneUp XHTML leur donne un Web plus utile, sans les obliger à comprendre les fondements en question.

Astuce Voulez toujours en savoir plus sur XHTML, ou discuter de son travail? Essayez le XHTML-L liste. Les détails sont disponibles à http://www.egroups.com/group/XHTML-L.

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 et la prochaine génération du Web" 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.