Existe-il des normes de codage pour les fichiers XML?

Je voudrais savoir si il existe des normes de codage xml.

<?xml version="1.0"?>
<overlay id="tutorboy-toolbar-Overlay" xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
    <toolbox id="navigator-toolbox">
        <toolbar id="tutorboy-toolbar-Toolbar" 
                  toolbarname="TutorBoy Toolbar" 
                  accesskey="T" 
                  class="chromeclass-toolbar" 
                  context="toolbar-context-menu" 
                  hidden="false" 
                  persist="hidden">
              <toolbarbutton label="TutorBoy" 
                                id="tutorboy-toolbar-button-home" 
                                accesskey="d" 
                                image="chrome://tutorboy-toolbar/skin/logo.png" 
                                oncommand="loadURL('http://tutorboy.com');" 
                                tooltiptext="Click here to go to the Tutorboy.com homepage." />

est cette façon d'arrangement autorisé?

Êtes-vous intéressé par "standerds" ou "spectateurs"?
Vague question, veuillez préciser.
xml n'est pas un langage de programmation 😉
Je suppose que l'OP est de poser des questions sur la mise en forme XML: espaces, sauts de lignes, etc.
oui mise en forme du xml

OriginalL'auteur coderex | 2009-07-01

coding-style xml

13

Le W3C définit une spécification XML recommandation:
http://www.w3.org/TR/REC-xml/

Depuis que vous avez réduit votre question à la mise en forme XML, il n'y a pas "universel" réponse à la façon dont votre XML doit être formaté. Au-delà conformes quelle que soit la DTD ou le schéma que vous arrive d'être à l'affaire, l'importance de certains d'espacement/retrait de vos balises se trouve avec les personnes qui auront à traiter vos données.

Si vous êtes à la création de XML, les données sont envoyées à travers un réseau en tant que partie d'un service web ou une certaine sorte, alors, en général, vous allez vouloir éliminer tous les espaces avant le transfert dans le but d'optimiser votre taux de transfert de données. Cela signifie pas de sauts de ligne, pas d'indentation, pas de commentaires.

Si votre création d'un document XML que d'autres seront de la lecture/modification sur une base régulière, alors évidemment, vous aurez envie de mettre une certaine considération à garder le document lisible. Ce qui constitue "lisible" est déterminé par l'ensemble des acteurs sur ce projet ou d'équipe.

Précisément. L'espace blanc devrait être complètement dénué de sens de la sémantique, et sa présence ou son absence est une question de goût. Et comme XML est principalement pas destiné à des fins de lisibilité, la mise en forme est d'aucun intérêt particulier.
L je suis sûr que quand il a été d'abord conçu XML ne devrait pas être consommé par les humains. Mais je suis un programmeur contractuel .Net/WPF et Android. Dans les deux environnements, je suis à mes coudes tous les jours dans une profonde XML parce que c'est leur INTERFACE langage de formatage. Microsoft dispose d'un outil appelé Expression Blend pour permettre de conception WYSIWYG de XAML, mais c'est un très coûteux outil, donc je ne l'ai jamais vu en usage dans n'importe quel magasin ou j'ai travaillé. Visual Studio visual designer requiert une grande optimisation de l'résultant XAML. Android/Eclipse assez bien nécessite de la main-codage.
les documents doivent être de l'homme lisible et raisonnablement clairs." à partir de w3.org/TR/REC-xml/#sec-origin-goals - point 6.

OriginalL'auteur Jeff L
4

Bien, je suggère de regarder à

http://www.xfront.com/BestPracticesHomepage.html ou les résultats de recherche google sous XML meilleures pratiques.

Je dirais que les normes comprennent la liaison d'un fichier XSD, bon les caractères d'échappement, etc etc

OriginalL'auteur PSU_Kardi
3

Il y a une référence de mise en forme, XML Canonique, qui est mis en œuvre dans des outils comme xmllint (option --c14n). Ces outils peuvent donc être utilisés comme pretty-printers.

Mais bien sûr vous n'êtes pas obligés de l'utiliser. Comme toutes les règles de mise en forme, c'est une question de goût. D'être cohérente.

En fait c'est le genre de la mise en forme standard. À mon humble avis, ceci répond à la question.
Ce ne sera pas normaliser l'indentation. xml-c14n est un schéma agnostique et préserve donc plus d'espaces (tels que la mise en retrait) lors de la conversion d'un document à sa forme canonique. Sans connaître le schéma, il n'est pas possible de savoir quel espace est sémantiquement important. Ce qui ressemble à des espaces d'indentation peut être sémantiquement le contenu important en contenu mixte éléments.

OriginalL'auteur bortzmeyer
2

http://en.wikipedia.org/wiki/XML

Regardez sous "formation"

Il n'y a pas beaucoup de normes, car il est conçu pour être très flexible.

Plus précisément, posté le XML n'est pas bien formé. Pour celles qui vous intéressent sont les suivants: il peut seulement être un élément de niveau racine, et chaque balise qui n'est pas auto-fermeture (ne prend pas fin avec /> ) doivent avoir une balise de fermeture.

OriginalL'auteur Sam
1

comme une règle générale de pouce:
Mettre les données dans des éléments séparés, et les métadonnées dans les attributs.

OriginalL'auteur tache
0

Je vous suggère de jeter un oeil à XMLPatterns. Vous ne trouverez pas de "style de codage" des suggestions, mais vous trouverez d'intéressants modèles de conception (à la GangOfFour) pour la structure du document XML.

De "style d'écriture", je voudrais vérifier exemples et essayer de les imiter. En cas de doute, essayer différentes stratégies et de trouver celle qui est clair et attrayant. Mon avis au sujet de votre exemple est positif. tag/noms d'attribut peut être toutefois un problème: en minuscules sans interligne, minuscule trait de soulignement espacés, à dos de chameau cas, a profité de chameau cas?

OriginalL'auteur Stefano Borini

Vous devez vous connecter pour publier un commentaire.