Convenções de caso sobre nomes de elementos?

Existem recomendações formais sobre o revestimento de elementos em XML?

Eu sei que o XHTML usa nomes de elementos em minúsculas (em oposição ao HTML que canonicamente usa maiúsculas, mas não diferencia maiúsculas de minúsculas).

Mas estou falando de XML para conteúdo genérico.

minúsculas:

<customer> 
   <accountnumber>619</accountnumber>
   <name>Shelby Lake</name>
</customer>

camelCase:

<customer> 
   <accountNumber>619</accountNumber>
   <name>Shelby Lake</name>
</customer>

PascalCase:

<Customer> 
   <AccountNumber>619</AccountNumber>
   <Name>Shelby Lake</Name>
</Customer>

MAIÚSCULAS:

<CUSTOMER> 
   <ACCOUNTNUMBER>619</ACCOUNTNUMBER>
   <NAME>Shelby Lake</NAME>
</CUSTOMER>

Nota: estou procurando diretrizes citadas em vez de opiniões. Mas a opinião com mais votos positivos pode ser considerada uma diretriz.

A maioria dos padrões XML originários do W3C tendem a usar letras minúsculas com hífens.

Há uma distinção filosófica entre ver o XML como um formato para documentos neutros à plataforma, que os padrões W3C tentam incentivar, e linguagens como XAML, que vêem o XML como uma serialização de um gráfico de objeto específico da plataforma.

Se você não estiver usando XML como um formato de documento neutro de plataforma, mas como uma serialização específica de aplicativo, poupe um pouco de tempo e tenha uma correspondência 1: 1 entre os nomes XML e os nomes específicos da plataforma. Mas quase qualquer outro formato de gráfico de objeto é melhor que XML para esse propósito.

Se estiver, convém se encaixar com XHTML, XSLT, SVG, XProc, RelaxNG e o restante.

Não que isso importe, mas sempre fui parte do PascalCase for Elements e do camelCase pelos atributos:

<Root>
  <ParentElement attributeId="1">
    <ChildElement attributeName="foo" />
  </ParentElement>
</Root>

Não há recomendação formal.

Como o XML foi projetado com o objetivo duplo de manter documentos e trocar informações entre sistemas diferentes , ele foi projetado para poder corresponder aos aplicativos que o utilizam.

Portanto, o .net XML tende a usar o ProperCasing (testemunha XAML), enquanto outro XML usa camelCasing, python_conventions, dot.naming e até COBOL-CONVENTIONS. O W3C parece gostar bastante de letras minúsculas com traços (por exemplo, XSLT) ou apenas de palavras-chave mais baixas (por exemplo, MathML).

Gosto de todas as letras minúsculas e sem sublinhados, pois isso significa menos uso da tecla [Shift], e meus dedos estão um pouco preguiçosos. :)

Para adicionar à resposta do Metro Smurf.

O Modelo Nacional de Intercâmbio de Informações (NIEM: http://en.wikipedia.org/wiki/National_Information_Exchange_Model ) diz para usar:

• CamelCase superior (PascalCase) para elementos.
• camelCase (inferior) para atributos.

O NIEM é uma boa opção quando você procura se adequar a algum padrão.

Para expandir meu comentário acima : o uso de 'lowercase with hyphens' tem alguns problemas no XSLT. Especificamente, é fácil confundir um nó chamado, digamos, 'ano a partir da idade' com a fórmula 'ano - idade' (por exemplo, subtrair a idade do ano).

Como o @KarlKieninger aponta, esse é apenas um problema no nível humano e não para o analisador XSLT. No entanto, como isso geralmente não produz um erro , usar 'minúsculas com hífens' como padrão está causando problemas, IMHO.

Alguns exemplos pertinentes:

<a>1</a><b>1</b>
<xsl:value-of select="a+b"/>
outputs 2, as expected

<a>1</a><b>1</b>
<xsl:value-of select="a-b"/>
DOES NOT ERROR, BUT OUTPUTS NOTHING AT ALL

No código acima, você deve colocar pelo menos um espaço antes de um operador de subtração, mas não há esse requisito para um operador de adição.

<a-b>1</a-b><c>1</c>
<xsl:value-of select="a-b -c"/>
outputs 0, as expected

Mas observe como é confuso o que foi dito acima!

<a>1</a><a-b>3</a-b><b>2</b>
<xsl:value-of select="a-b"/>
outputs 3

<a>1</a><a-b>3</a-b><b>2</b>
<xsl:value-of select="a -b"/>
outputs -1

A presença de um único espaço altera a saída acima, mas nenhuma das variantes é um erro.

Consulte a Especificação Técnica das Regras de Designação e Nomeação XML UN / CEFACT, versão 3.0 na página 23 para obter alguns exemplos de regras usadas em vários padrões.

Detalhes (da página 23 da versão 3.0 de 17 de dezembro de 2009):

• LowerCamelCase (LCC) DEVE ser usado para nomear atributos.
• UpperCamelCase (UCC) DEVE ser usado para nomear elementos e tipos.
• Os nomes dos elementos, atributos e tipos devem estar na forma singular, a menos que o próprio conceito seja plural.

( outro link, site sueco )

O guia de estilo do Google recomenda (talvez até mandatos) o camelCase para todos os nomes de elementos, bem como nomes de atributos.

A intenção original para o revestimento XML era minúscula com hífens. É sensível a maiúsculas e minúsculas e não requer que você siga essa convenção - para que você possa fazer o que quiser. Não tenho citações, desculpe.

Eu não diria que o HTML "canonicamente" usa letras maiúsculas. Acho que originalmente em maiúsculas foi usado para separar visualmente o HTML do conteúdo mais facilmente. Atualmente, com o destaque da sintaxe, isso simplesmente não é necessário.

Viro para minúsculas, com traços, se necessário (mais rápido para digitar também). Misturar maiúsculas e minúsculas em XML parece errado para mim.

O caso Camel recebe meu voto.

Quanto aos exemplos citados, talvez essa questão possa estar no link que as pessoas citam.