要素名の大文字と小文字の規則？

XMLの要素のケーシングに関する正式な推奨事項はありますか？

XHTMLが小文字の要素名を使用することを知っています（正規に大文字を使用するHTMLとは異なり、大文字と小文字は区別されません）。

しかし、私は一般的なコンテンツのXMLについて話しています。

小文字：

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

キャメルケース：

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

PascalCase：

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

大文字：

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

注：私は意見ではなく引用されたガイドラインを探しています。ただし、賛成票が最も多い意見はガイドラインと見なすことができます。

W3Cに由来するほとんどのXML標準では、ハイフン付きの小文字を使用する傾向があります。

XMLをW3C標準が推奨するプラットフォーム中立ドキュメントのフォーマットと見なすことと、XMLをプラットフォーム固有のオブジェクトグラフのシリアル化として見なすXAMLなどの言語との間には、哲学的な違いがあります。

XMLをプラットフォームに依存しないドキュメント形式としてではなく、アプリケーション固有のシリアル化として使用している場合は、面倒を省いて、XML名とプラットフォーム固有の名前を1対1で対応させることもできます。しかし、他のほとんどすべてのオブジェクトグラフ形式は、その目的でXMLよりも優れています。

もしそうなら、あなたはXHTML、XSLT、SVG、XProc、RelaxNG、その他に適合したいと思うかもしれません。

重要ではありませんが、要素にはPascalCaseを、属性にはcamelCaseを常に使用しています。

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

正式な推奨事項はありません。

XMLは、ドキュメントを保持し、異種システム間で情報を交換するという2つの目的で設計されたため、それを使用するアプリケーションと一致できるように設計されました。

したがって、.Net XMLはProperCasing（ウィットネスXAML）を使用する傾向がありますが、他のXMLはcamelCasing、python_conventions、dot.naming、さらにはCOBOL-CONVENTIONSさえ使用します。W3Cは、小文字とダッシュとかなりのビット（たとえば、XSLT）または単に小文字の単語と一緒に（たとえば、MathML）好きです。

[Shift]キーの使用が減ることを意味するので、すべての小文字で下線は不要です。私の指は少し怠惰です。:)

Metro Smurfの回答に追加します。

National Information Exchange Model（NIEM：http : //en.wikipedia.org/wiki/National_Information_Exchange_Model）は次のように使用するように言っています：

• 要素の上部キャメルケース（PascalCase）。
• （下）属性のcamelCase。

NIEMは、いくつかの標準への準拠を検討している場合に適したオプションです。

上記のコメントを拡大するには「ハイフン付きの小文字」を使用すると、XSLTでいくつかの問題が発生します。具体的には、「年齢からの年」と呼ばれるノードを「年-年齢」という式と混同するのは簡単です（たとえば、年から年齢を引く）。

@KarlKieningerが指摘するように、これは人間レベルの問題であり、XSLTパーサーの問題ではありません。ただし、これではエラーが発生しないことが多いため、標準として「ハイフン付きの小文字」を使用すると問題が生じます。

いくつかの適切な例：

<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

上記のコードでは、減算演算子の前に少なくとも1つのスペースを置く必要がありますが、加算演算子にはそのような要件はありません。

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

しかし、上記を読むのがどれほど混乱するかに注意してください！

<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

単一のスペースの存在は上記の出力を変更しますが、どちらのバリアントもエラーではありません。

いくつかの規格で使用されているルールの例については、UN / CEFACT XML命名および設計ルールの技術仕様バージョン3.0ページ23を参照してください。

詳細（2009年12月17日付けバージョン3.0の23ページから）：

• LowerCamelCase（LCC）は、属性の命名に使用する必要があります。
• 要素とタイプの命名には、UpperCamelCase（UCC）を使用する必要があります。
• 要素、属性、および型の名前は、概念自体が複数形でない限り、単数形でなければなりません。

（他のリンク、スウェーデンのサイト）

Googleのスタイルガイドでは、すべての要素名と属性名にcamelCaseを推奨します（おそらく義務付けさえしています）。

XMLケーシングの本来の意図は、ハイフンを含む小文字でした。大文字と小文字が区別され、その規則に従う必要はありません。したがって、好きなように実行できます。引用はありません。申し訳ありません。

HTMLが「標準的に」大文字を使用するとは言いません。元々大文字は、HTMLをコンテンツから視覚的に簡単に区別するために使用されていたと思います。最近の構文強調表示では、それは必要ありません。

私は小文字の方に向きを変え、必要に応じてダッシュを付けます（タイプするのも速い）。XMLで大文字と小文字を混在させることは、私には間違っていると感じています。

ラクダ事件が私の票を得た。

引用された例については、おそらくこの質問は人々が引用するリンクになる可能性があります。