Existe algum padrão, de fato ou não, para documentos XML? Por exemplo, qual é a "melhor" maneira de escrever uma tag?

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

Da mesma forma, se eu tiver um valor enumerado para um atributo que é melhor

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

Eu suspeito que os valores mais comuns seriam camelCased - ou seja,

<myTag someAttribute="someValue"/>

Em particular, os espaços causam algumas falhas se misturados com geradores de código (ou seja, para [des] serializar xml para objetos), já que muitas linguagens não permitem enums com espaços (exigindo um mapeamento entre os dois).

Regras de nomenclatura XML

Os elementos XML devem seguir estas regras de nomenclatura:

    - 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

Qualquer nome pode ser usado, nenhuma palavra é reservada (exceto xml).

Melhores práticas de nomenclatura

    - 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.

Estilos de Nomenclatura

Não há estilos de nomenclatura definidos para elementos XML. Mas aqui estão alguns comumente usados:

    - 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

referência http://www.w3schools.com/xml/xml_elements.asp

Para mim, é como discutir o estilo do código para uma linguagem de programação: alguns argumentarão por um estilo, outros defenderão uma alternativa. O único consenso que vi é: "Escolha um estilo e seja consistente"!

Acabei de notar que muitos dialetos XML usam apenas nomes em minúsculas (SVG, Ant, XHTML ...).

Eu não entendo a regra "sem espaços nos valores dos atributos". De alguma forma, remete ao debate "o que colocar em atributos e o que colocar como texto?".
Talvez esses não sejam os melhores exemplos, mas existem alguns formatos XML bem conhecidos usando espaços nos atributos:

• XHTML, particularmente atributo de classe (você pode colocar duas ou mais classes) e, claro, atributos alt e title.
• SVG, com por exemplo o atributo d da tag de caminho.
• Ambos com atributo de estilo ...

Eu não entendo completamente os argumentos contra a prática (parece se aplicar apenas a alguns usos), mas ela é legal, pelo menos, e amplamente usada. Com desvantagens, aparentemente.

Ah, e você não precisa de um espaço antes da barra de fechamento automático. :-)

Eu prefiro TitleCase para nomes de elementos e camelCase para atributos. Sem espaços para qualquer um.

<AnElement anAttribute="Some Value"/>

Como um aparte, fiz uma busca rápida por Best Practices in XML e encontrei este link bastante interessante: XML schemas: Best Practices .

Eu tenderia a favorecer as tags em minúsculas ou camelcase e, uma vez que os atributos devem normalmente refletir os valores dos dados - não o conteúdo - eu preferiria um valor que poderia ser usado como um nome de variável em qualquer plataforma / idioma de interesse, ou seja, evite espaços, mas o outro duas formas podem estar ok

É subjetivo, mas se houver duas palavras em uma tag de elemento, a legibilidade pode ser melhorada adicionando um sublinhado entre as palavras (por exemplo <my_tag>) em vez de usar nenhum separador. Referência: http://www.w3schools.com/xml/xml_elements.asp . Portanto, de acordo com w3schools, a resposta seria:

<my_tag attribute="some value">

O valor não precisa usar um sublinhado ou separador, já que são permitidos espaços nos valores dos atributos, mas não nos nomes das tags dos elementos.

Muitos dialetos XML centrados em documentos usam latim básico em minúsculas e traço. Eu costumo ir com isso.

Os geradores de código que mapeiam XML diretamente para identificadores de linguagem de programação são frágeis e (com exceção da serialização ingênua de objetos, como XAML) devem ser evitados em formatos de documentos portáteis; para melhor reutilização e longevidade das informações, o XML deve tentar corresponder ao domínio, não à implementação.

rss é provavelmente um dos esquemas xml mais consumidos no mundo e é camelCased.

As especificações estão aqui: http://cyber.law.harvard.edu/rss/rss.html

Concedido, ele não tem atributos de nó no esquema, mas todos os nomes de elementos de nó são camelCased. Por exemplo:

lastBuildDate manageEditor pubDate

Eu normalmente alinho a convenção de nomenclatura XML com a mesma convenção de nomenclatura em outras partes do código. A razão é que quando eu carrego o XML em Object, seus atributos e nomes de elementos podem ser referidos como a mesma convenção de nomenclatura usada atualmente no projeto.

Por exemplo, se o seu javascript usa camelCase, seu XML também usa camelCase.

A Microsoft adota duas convenções:

1. Para configuração , a Microsoft usa camelCase . Observe o arquivo de configuração do Visual Studio. Para VS2013, é armazenado em:

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

Exemplo:

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

2. A Microsoft também usa UpperCase para seu XAML. Acho que é para diferenciar do HTML (que usa letras minúsculas).

Exemplo:

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

Não há recomendação explícita. Com base em outra recomendação do W3C, para XHTML , optei por letras minúsculas:

4.2. Os nomes dos elementos e atributos devem estar em minúsculas

Os documentos XHTML devem usar letras minúsculas para todos os elementos HTML e nomes de atributos. Essa diferença é necessária porque XML faz distinção entre maiúsculas e minúsculas, por exemplo, <li> e <LI> são tags diferentes.

Regras de nomenclatura XML

Os elementos XML devem seguir estas regras de nomenclatura:

• Os nomes podem conter letras, números e outros caracteres
• Os nomes não podem começar com um número ou caractere de pontuação
• Os nomes não podem começar com as letras xml (ou XML, ou Xml, etc)
• Os nomes não podem conter espaços. Qualquer nome pode ser usado, nenhuma palavra é reservada.

Fonte: Escola W3

Tenho procurado muito por uma boa abordagem, também lendo este tópico e alguns outros e votaria a favor do uso de hífens .

Eles são amplamente usados ​​em ARIA ( https://developer.mozilla.org/de/docs/Web/Barrierefreiheit/ARIA ), que podem ser vistos em muitos códigos-fonte e, portanto, são comuns. Como já apontado aqui, eles são certamente permitidos, o que também é explicado aqui: Usando - no nome do elemento XML

Também como um benefício colateral: ao escrever HTML em combinação com CSS, você geralmente tem classes cujos nomes usam hifens como separador por padrão também. Agora, se você tiver tags personalizadas que usam classes CSS ou atributos personalizados para tags que usam classes CSS, algo como:

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

é mais consistente e lê - na minha humilde opinião - muito mais agradável do que:

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