Esiste uno standard, de facto o altro, per i documenti XML? Ad esempio qual è il modo "migliore" per scrivere un tag?

<MyTag />
<myTag />
<mytag />
<my-tag />
<my_tag />

Allo stesso modo se ho un valore enumerato per un attributo che è migliore

<myTag attribute="value one"/>
<myTag attribute="ValueOne"/>
<myTag attribute="value-one"/>

Sospetto che i valori più comuni sarebbero camelCased - ie

<myTag someAttribute="someValue"/>

In particolare, gli spazi causano alcuni glitch se mescolati con generatori di codice (cioè per [de] serializzare xml in oggetti), poiché non molti linguaggi consentono enumerazioni con spazi (richiedendo una mappatura tra i due).

Regole di denominazione XML

Gli elementi XML devono seguire queste regole di denominazione:

    - Element names are case-sensitive 
    - Element names must start with a letter or underscore
    - Element names cannot start with the letters xml(or XML, or Xml, etc) 
    - Element names can contain letters, digits, hyphens, underscores, and periods 
    - Element names cannot contain spaces

È possibile utilizzare qualsiasi nome, nessuna parola è riservata (tranne xml).

Migliori pratiche di denominazione

    - Create descriptive names, like this: <person>, <firstname>, <lastname>.
    - Create short and simple names, like this: <book_title> not like this: <the_title_of_the_book>.
    - Avoid "-". If you name something "first-name", some software may think you want to subtract "name" from "first".
    - Avoid ".". If you name something "first.name", some software may think that "name" is a property of the object "first".
    - Avoid ":". Colons are reserved for namespaces (more later).
    - Non-English letters like éòá are perfectly legal in XML, but watch out for problems if your software doesn't support them.

Stili di denominazione

Non ci sono stili di denominazione definiti per gli elementi XML. Ma qui ci sono alcuni comunemente usati:

    - Lower case    <firstname> All letters lower case
    - Upper case    <FIRSTNAME> All letters upper case
    - Underscore    <first_name>    Underscore separates words
    - Pascal case   <FirstName> Uppercase first letter in each word
    - Camel case    <firstName> Uppercase first letter in each word except the first

riferimento http://www.w3schools.com/xml/xml_elements.asp

Per me, è come discutere dello stile del codice per un linguaggio di programmazione: alcuni sosterranno uno stile, altri difenderanno un'alternativa. L'unico consenso che ho visto è: "Scegli uno stile e sii coerente"!

Ho notato solo che molti dialetti XML usano solo nomi in minuscolo (SVG, Ant, XHTML ...).

Non ottengo la regola "nessuno spazio nei valori degli attributi". In qualche modo, invia al dibattito "cosa mettere negli attributi e cosa mettere come testo?".
Forse questi non sono i migliori esempi, ma ci sono alcuni formati XML ben noti che utilizzano spazi negli attributi:

• XHTML, in particolare l'attributo di classe (puoi inserire due o più classi) e ovviamente gli attributi alt e title.
• SVG, con ad esempio l'attributo d del tag path.
• Entrambi con attributo di stile ...

Non capisco appieno gli argomenti contro la pratica (sembra che si applichi solo ad alcuni usi) ma è almeno legale e abbastanza ampiamente utilizzata. Con inconvenienti, a quanto pare.

Oh, e non hai bisogno di uno spazio prima della barra di chiusura automatica. :-)

Preferisco TitleCase per i nomi degli elementi e camelCase per gli attributi. Nessuno spazio per nessuno dei due.

<AnElement anAttribute="Some Value"/>

Per inciso, ho fatto una rapida ricerca di Best Practices in XML e ho trovato questo collegamento piuttosto interessante: Schemi XML: Best Practices .

Tenderei a favorire i tag minuscoli o camelcase e poiché gli attributi dovrebbero in genere riflettere i valori dei dati - non il contenuto - mi atterrei a un valore che potrebbe essere utilizzato come nome di variabile in qualsiasi piattaforma / lingua potrebbe essere interessata, ad esempio evitare gli spazi ma l'altro due forme potrebbero andare bene

È soggettivo, ma se ci sono due parole in un tag elemento, la leggibilità può essere migliorata aggiungendo un carattere di sottolineatura tra le parole (ad esempio <my_tag>) invece di usare nessun separatore. Riferimento: http://www.w3schools.com/xml/xml_elements.asp . Quindi secondo w3schools la risposta sarebbe:

<my_tag attribute="some value">

Il valore non deve utilizzare un trattino basso o un separatore, poiché sono consentiti spazi nei valori degli attributi ma non nei nomi dei tag degli elementi.

Molti dialetti XML centrati sui documenti utilizzano il latino di base minuscolo e il trattino. Tendo ad andare con quello.

I generatori di codice che associano XML direttamente agli identificatori del linguaggio di programmazione sono fragili e (ad eccezione della serializzazione di oggetti ingenua, come XAML) dovrebbero essere evitati nei formati di documenti portabili; per il miglior riutilizzo e la longevità delle informazioni, l'XML dovrebbe cercare di abbinare il dominio, non l'implementazione.

rss è probabilmente uno degli schemi xml più utilizzati al mondo ed è camelCased.

Le specifiche sono qui: http://cyber.law.harvard.edu/rss/rss.html

Certo, non ha attributi di nodo nello schema, ma tutti i nomi degli elementi del nodo sono camelCased. Per esempio:

lastBuildDate managingEditor pubDate

Normalmente allineo la convenzione di denominazione XML con la stessa convenzione di denominazione in altre parti del codice. Il motivo è quando carico l'XML in Object, i suoi attributi e nomi di elementi possono essere indicati come la stessa convenzione di denominazione attualmente utilizzata nel progetto.

Ad esempio, se il tuo javascript utilizza camelCase, anche il tuo XML utilizza camelCase.

Microsoft abbraccia due convenzioni:

1. Per la configurazione , Microsoft utilizza camelCase . Guarda il file di configurazione di Visual Studio. Per VS2013, è archiviato in:

   C: \ Programmi (x86) \ Microsoft Visual Studio 12.0 \ Common7 \ IDE \ devenv.exe.config

Esempio:

<startup useLegacyV2RuntimeActivationPolicy="true">
  <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5" />
</startup>

2. Microsoft utilizza anche UpperCase per il proprio XAML. Immagino che sia per differenziarsi dall'HTML (che usa le lettere minuscole).

Esempio:

<MenuItem Header="Open..." Command="ApplicationCommands.Open">
    <MenuItem.Icon>
        <Image Source="/Images/folder-horizontal-open.png" />
    </MenuItem.Icon>
</MenuItem>

Non esiste una raccomandazione esplicita. Sulla base di un'altra raccomandazione del W3C, quella per XHTML , ho optato per il minuscolo:

4.2. I nomi degli elementi e degli attributi devono essere in minuscolo

I documenti XHTML devono utilizzare lettere minuscole per tutti gli elementi HTML e i nomi degli attributi. Questa differenza è necessaria perché XML fa distinzione tra maiuscole e minuscole, ad esempio <li> e <LI> sono tag diversi.

Regole di denominazione XML

Gli elementi XML devono seguire queste regole di denominazione:

• I nomi possono contenere lettere, numeri e altri caratteri
• I nomi non possono iniziare con un numero o un carattere di punteggiatura
• I nomi non possono iniziare con le lettere xml (o XML, o Xml, ecc.)
• I nomi non possono contenere spazi È possibile utilizzare qualsiasi nome, nessuna parola è riservata.

Fonte: W3 School

Ho cercato molto un buon approccio, leggendo anche questo thread e alcuni altri e voterei per l' uso dei trattini .

Sono ampiamente utilizzati in ARIA ( https://developer.mozilla.org/de/docs/Web/Barrierefreiheit/ARIA ) che possono essere visti in molti codici sorgente e sono quindi comuni. Come già sottolineato qui, sono certamente consentiti, il che è spiegato anche qui: Utilizzo di - nel nome dell'elemento XML

Anche come vantaggio collaterale: quando si scrive HTML in combinazione con CSS, spesso si hanno classi i cui nomi utilizzano trattini come separatori per impostazione predefinita. Ora, se hai tag personalizzati che utilizzano classi CSS o attributi personalizzati per tag che utilizzano classi CSS, allora qualcosa come:

<custom-tag class="some-css-class">

è più coerente e legge - a mio modesto parere - molto più bello di:

<customTag class="some-css-class">