Si vous �tes au courant de HTML, vous avez un certain concept de langue de marge b�n�ficiaire b�n�ficiaire. Si vous �crivez un dossier plat des textes, il se compose de caract�res d'ASCII simples. Quand un programme (comme le bloc-notes) est employ� pour montrer le dossier, tous les caract�res dans le dossier des textes seront montr�s en utilisant la m�mes taille de police, type, et hardiesse. Il n'y a aucune caract�ristique sp�ciale pour pr�senter un tel type de dossier.

Des langues de marge b�n�ficiaire b�n�ficiaire, comme le HTML ou le XML, permettent au marge b�n�ficiaire b�n�ficiaire sp�cial d'�tre inclus avec le texte restant qui permettra le programme qui montre le dossier pour d�terminer comment montrer le texte. De cette fa�on, le texte sp�cial comme le paragraphe peut �tre justifient, ont une plus grande et plus audacieux police, ou des couleurs sp�cifiques d'affichage peuvent �tre plac�es. En outre des �l�ments additionnels peuvent �tre ajout�s au dossier tel que les listes et les tables num�rot�es.

Les langues de marge b�n�ficiaire b�n�ficiaire emploient diff�rents �l�ments pour mettre de c�t� un secteur de contenu de l'autre contenu. L'affichage de ces �l�ments (par exemple couleur, taille, et type de police) peut �tre d�termin� dans le dossier ou l'ext�rieur de marge b�n�ficiaire b�n�ficiaire le dossier en utilisant une feuille de mod�le. Normalement, il y a un ensemble pr�d�termin� de caract�ristiques d'affichage (d�faut) pour chaque �l�ment qui peut �tre modifi� localement ou en utilisant des feuilles de mod�le. Des auteurs sont encourag�s � s�parer la d�termination des caract�ristiques d'affichage (mod�le) � partir du dossier de marge b�n�ficiaire b�n�ficiaire. Ceci incite la gestion de l'affichage � d�nommer beaucoup plus facile mais la s�paration n'est pas exig�e

Les langues de marge b�n�ficiaire b�n�ficiaire exigent un Document type definition qui d�finit les �l�ments qui sont permis dans le document. Le DTD d�finit �galement comment des �l�ments peuvent �tre employ�s avec le rapport entre eux. Il d�finissent combien et quels �l�ments peuvent �tre inclus � l'int�rieur d'un autre �l�ment. Le DTD est un dossier des textes �crit dans un format sp�cifique pour d�finir le document. Le DTD est bas� sur la langue g�n�ralis�e normalis�e de marge b�n�ficiaire b�n�ficiaire (SGML). Le SGML est la langue de parent de toutes les langues de marge b�n�ficiaire b�n�ficiaire. Bien que XML puisse employer un DTD, on ne l'exige pas pour ces documents qui sont consid�r�s � bien form�s �. Un document bien form� suit un ensemble de r�gles pour XML et ce sujet est discut� en plus d�tail plus tard. Le DTD d�finit �galement des autres caract�ristiques de l'�l�ment telles que si lui exige une �tiquette de commencement ou de fin avec de divers attributs possibles de chaque �l�ment.

XML est Extensible Markup Language pour des documents contenant l'information bien structur�e.

L'information structur�e contient n'importe quel type du contenu (mots, images, etc.) et de certaine indication de quel r�le qui les jeux contents (par exemple, le contenu dans un titre de section a une signification diff�rente de contenu dans une apostille, qui signifie quelque chose de diff�rent que le contenu dans l�gende ou le contenu dans une table de base de donn�es, etc.). Presque tous les documents ont une certaine structure.

Une langue de marge b�n�ficiaire b�n�ficiaire est un m�canisme pour identifier les structures de document. Le XML est employ� d�finit une mani�re standard d'ajouter le marge b�n�ficiaire b�n�ficiaire aux documents.

• HTML
• XHTML
• Javascript/VBScript

Afin d'appr�cier XML, il est tr�s important de comprendre pourquoi il a �t� d�velopp�. XML a �t� d�velopp� de sorte que des documents richement structur�s aient pu �tre employ�s au-dessus du Web. Les seules solutions de rechange aiment le HTML et le SGML, ne sont pas pratique � cette fin.

Le HTML, vient limite avec un ensemble de syntaxe/de s�mantique et ne fournit pas la structure arbitraire.

Le SGML fournit la structure arbitraire, mais il est trop difficile de mettre en application juste pour un web browser. Les pleins syst�mes de SGML peuvent r�soudre les grands, complexes probl�mes qui justifient leurs d�penses. Le visionnement les documents bien structur�s envoy�s au-dessus du Web porte rarement ces la justification.

XML ne peut pas �tre pr�vu pour remplacer compl�tement le SGML. Tandis que XML est fondamentalement con�u pour fournir le contenu structur� au-dessus du Web, certains des dispositifs qu'il manque pour faire ce pratique, fait � SGML une solution plus satisfaisante pour la cr�ation et le stockage � long terme des documents complexes. Dans beaucoup d'organismes, le SGML de filtrage � XML sera le proc�d� standard pour la livraison de Web.
 

XML � a �t� au commencement d�velopp� par un comit� d'examen �ditorial g�n�rique de SGML de consortium de World Wide Web form� sous les auspices du consortium W3 en 1996 et pr�sid� par Jon Bosak de Sun Microsystems, avec la participation active d'un groupe de travail g�n�rique de SGML �galement organis� par le W3C. �

1. Pour employer XML au-dessus de l'Internet, les utilisateurs doivent pouvoir regarder des documents de XML aussi rapidement et facilement que des documents de HTML. Dans la pratique, ce sera seulement possible quand les navigateurs de XML sont aussi robustes et largement disponible que des navigateurs de HTML, mais le principe demeure.





2. Appui de XML une grande vari�t� d'applications. XML devrait �tre salutaire � une grande vari�t� d'applications diverses : passant en revue, �crivant, analyse du contenu, etc. Bien que le premier foyer soit sur les documents structur�s par portion au-dessus du Web,





3. XML devrait �tre compatible avec le SGML. La majeure partie des personnes impliqu�es dans l'effort de XML vient des organismes qui ont un grand, dans certains cas chancelant, quantit� de mat�riel dans le SGML. XML a �t� con�u pragmatically, pour �tre compatible avec des normes existantes tout en r�solvant le probl�me relativement nouveau d'envoyer les documents richement structur�s au-dessus du Web.





4. Il devrait �tre facile d'�crire les programmes que XML de processus documente. La mani�re sans c�r�monie d'exprimer ce but tandis que Sp�c. �tait d�velopp�e �tait qu'elle doit prendre environ deux semaines pour qu'un �tudiant gradu� comp�tent d'informatique �tablisse un programme qui peut traiter des documents de XML.





5. Beaucoup d'options dans XML doit �tre gard�es � un minimum absolu, mettent � z�ro id�alement. Les options soul�vent in�vitablement des probl�mes de compatibilit� quand les utilisateurs veulent partager des documents et mener parfois � la confusion et � l'an�antissement.





6. Les documents de XML devraient �tre humain-lisibles et raisonnablement clairs. Si vous n'avez pas un navigateur de XML et vous avez re�u un morceau de XML de quelque part, vous devez pouvoir le regarder dans votre �diteur et r�ellement chiffre de texte pr�f�r�s dehors ce que signifie le contenu.





7. La conception de XML devrait �tre pr�par�e rapidement. Les efforts de normes sont disreputably lents. XML �tait n�cessaire imm�diatement et a �t� d�velopp� aussi rapidement que possible.





8. La conception de XML sera formelle et concise. De beaucoup de mani�res a notoirement � la r�gle 4, il signifie essentiellement que XML doit �tre exprim� sous la forme prolong�e de Backus-Naur (EBNF) et doit �tre favorable aux outils modernes et aux techniques de compilateur.
   Il y a un certain nombre de raisons techniques pour lesquelles la grammaire de SGML ne peut pas �tre exprim�e sous la forme prolong�e de Backus-Naur (EBNF) �crivant un analyseur appropri� de SGML exige manipuler une vari�t� rarement d'utilis� et difficile d'analyser des dispositifs de langue. XML pas.





9. Il est facile de cr�er des documents de XML. Bien qu'il y ait par la suite les r�dacteurs compliqu�s pour cr�er et �diter le contenu de XML, ils n'appara�tront pas imm�diatement. Dans l'int�rim, il doit �tre possible de cr�er des documents de XML d'autres mani�res : directement dans un �diteur de texte, avec la coquille simple et les manuscrits de Perl, etc.





10. La bri�vet� dans le marge b�n�ficiaire b�n�ficiaire de XML est d'importance minimale. Plusieurs dispositifs de langue de SGML ont �t� con�us pour r�duire au minimum la quantit� de dactylographie exig�e pour introduire au clavier manuellement des documents de SGML. Ces dispositifs ne sont pas soutenus dans XML. D'un point de vue abstrait, ces documents sont indistinguibles de leurs formes plus enti�rement indiqu�es, mais le support de ces dispositifs ajoute un fardeau consid�rable � l'analyseur de SGML. En outre, la plupart des r�dacteurs modernes offrent de meilleurs �quipements pour d�finir des raccourcis en �crivant le texte.

XML ne vient pas au lieu du HTML.
XML et HTML ont �t� con�us avec diff�rents buts :

XML a �t� con�u pour illustrer des donn�es et pour se concentrer sur ce que sont les donn�es.
Le HTML a �t� con�u � la pr�sentation des donn�es et au foyer sur la fa�on dont les donn�es regardent.

Le HTML est au sujet de pr�sentation d'information, alors que XML est au sujet de d�crire l'information.

XML NE FAIT rien. XML a �t� cr�� pour structurer, stocker et envoyer l'information.

L'exemple suivant est une compagnie � Vyom des CTCs, stock�s comme XML :

La compagnie a un en-t�te et un corps de message. Il a �galement l'information d'exp�diteur et de r�cepteur. Mais toujours, ce document de XML NE FAIT rien. C'est juste l'information pure envelopp�e dans des �tiquettes de XML. Quelqu'un doit �crire un morceau de logiciel pour l'envoyer, recevoir ou montrer.

Il n'y a aucune norme de XML mais � quelle rapidit� la norme de XML a �t� d�velopp�e et grand nombre des fournisseurs de logiciel ont adopt� la norme.

Nous croyons fortement que XML sera aussi important pour le futur du Web que le HTML a �t� � la base du Web et que XML sera l'outil important pour toutes les manipulation de donn�es et transmission de donn�es.

The company has a header and a message body. It also has sender and receiver information. But still, this XML document does not DO anything. It is just pure information wrapped in XML tags. Someone must write a piece of software to send, receive or display it.

There is no XML Standards but how quickly the XML standard has been developed and large number of software vendors have adopted the standard.

We strongly believe that XML will be as important to the future of the Web as HTML has been to the foundation of the Web and that XML will be the important tool for all data manipulation and data transmission.