受け入れられた回答からのマイクロソフトのアドバイスに対する正当な批判があります。
- 文字数に応じた頭字語/頭字語の一貫性のない処理:
playerID
対playerId
対playerIdentifier
。
- 2 文字の頭字語が識別子の先頭にある場合、大文字にする必要があるかどうかという問題:
- 複数の頭字語を区別することの難しさ:
- つまり、
USID
vs usId
(またはparseDBMXML
ウィキペディアの例)。
したがって、この回答を受け入れられた回答の代替として投稿します。すべての頭字語は一貫して扱う必要があります。頭字語は他の単語と同様に扱う必要があります。ウィキペディアの引用:
...一部のプログラマーは、略語を小文字の単語のように扱うことを好みます...
だから再:OPの質問、私は受け入れられた答えに同意します。正解です:getUnescoProperties()
しかし、これらの例では別の結論に達すると思います。
US Taxes
→usTaxes
Player ID
→playerId
したがって、2 文字の頭字語を他の頭字語と同様に扱うべきだと思う場合は、この回答に投票してください.
キャメルケースは仕様ではなく慣習です。だから私は世論のルールを推測します。
(編集:投票がこの問題を決定する必要があるというこの提案を削除します; @Brian Davidが言うように;スタックオーバーフローは「人気コンテスト」ではなく、この質問は「意見に基づく」として閉じられました)
多くの人が頭字語を他の単語のように扱うことを好みますが、より一般的な方法は、頭字語をすべて大文字にすることです (たとえそれが「嫌悪感」につながるとしても)。
その他のリソース:
- 一部の人々は略語と頭字語を区別することに注意してください
- 注 Microsoft のガイドラインでは、2 文字の頭字語と「2 文字を超える頭字語」を区別しています。
- 一部の人々は、略語/頭字語を完全に避けることを推奨していることに注意してください
- CamelCase / PascalCase を完全に避けることを推奨する人もいます。
- 一部の人々は、「一貫性」を「内部的に矛盾しているように見えるルール」と区別しています (つまり、2 文字の頭字語を 3 文字の頭字語とは異なるものとして扱います)。「一貫性」を「一貫して同じルールを適用すること」と定義する人もいます (ルールが内部的に矛盾していても)。
- フレームワーク設計ガイドライン
- マイクロソフトのガイドライン