CamelCaseについて疑問があります。あなたがこの頭字語を持っているとしましょう：Unesco = United Nations Educational, Scientific and Cultural Organization.

あなたは書くべきです： unitedNationsEducationalScientificAndCulturalOrganization

しかし、頭字語を書く必要がある場合はどうでしょうか？何かのようなもの：

getUnescoProperties();

このように書くのは正しいことですか？ getUnescoProperties() OR getUNESCOProperties();

マイクロソフトが書いたいくつかのガイドラインcamelCaseは次のとおりです。

頭字語を使用する場合、2文字を超える頭字語にはPascalケースまたはキャメルケースを使用してください。たとえば、HtmlButtonまたはを使用しますhtmlButton。ただし、System.IO代わりになどの2文字のみで構成される頭字語は大文字にする必要がありSystem.Ioます。

識別子またはパラメータ名に省略形を使用しないでください。略語を使用する必要がある場合は、単語の標準的な略語と矛盾しても、2文字以上の略語にはキャメルケースを使用してください。

まとめ：

• 2文字の長さの略語または頭字語を使用する場合は、すべて大文字で入力してください。

• 頭字語が2文字より長い場合は、最初の文字に大文字を使用します。

それで、あなたの特定のケースでgetUnescoProperties()は、正しいです。

受け入れられた回答からのマイクロソフトのアドバイスに対する正当な批判があります。

• 文字数に応じた頭字語/頭文字の扱いに一貫性がない：
  • playerID対playerId対playerIdentifier。
• 2文字の頭字語が識別子の先頭にある場合でも、大文字にする必要があるかどうかの質問：
  • USTaxes 対 usTaxes
• 複数の頭字語を区別することの難しさ：
  • すなわちUSIDvs usId（またはparseDBMXMLWikipediaの例では）。

したがって、私はこの回答を、承認された回答の代わりとして投稿します。すべての頭字語は一貫して扱われるべきです。頭字語は他の単語と同じように扱う必要があります。ウィキペディアの引用：

...一部のプログラマーは、略語を小文字の単語のように扱うことを好みます...

だからre：OPの質問、私は受け入れられた答えに同意します。これは正しいです：getUnescoProperties()

しかし、私はこれらの例では別の結論に達すると思います：

• US Taxes → usTaxes
• Player ID → playerId

したがって、2文字の頭字語を他の頭字語と同様に扱う必要があると思われる場合は、この回答に投票してください。。

キャメルケースは慣例であり、仕様ではありません。だから私は人気のある意見のルールを推測します。

（編集： @Brian Davidが言うように、投票でこの問題を決定する必要があるというこの提案を削除します;スタックオーバーフローは「人気コンテスト」ではなく、この質問は「意見ベース」としてクローズされました）

多くの人は頭字語を他の単語と同じように扱うことを好みますが、より一般的な慣習は、頭字語をすべて大文字にすることです（それが「嫌悪」につながる場合でも）。

• このXMLスキーマの「EDXML」を参照してください
• このXBRLスキーマの「SFAS158」を参照してください

その他のリソース：

• 一部の人々は略語と頭字語を区別することに注意してください
• Microsoftのガイドラインでは、2文字の頭字語と「2文字を超える頭字語」を区別しています。
• 一部の人々は略語/頭字語を完全に避けることを推奨していることに注意してください
• CamelCase / PascalCaseを完全に避けることを推奨する人もいることに注意してください
• 一部の人々は、「一貫性」を「内部的に矛盾しているように見えるルール」（つまり、2文字の頭字語を3文字の頭字語とは異なるものとして扱う）と区別しています。一部の人々は、「一貫性」を「同じ規則を一貫して適用する」と定義しています（規則が内部的に矛盾していても）
• フレームワーク設計ガイドライン
• マイクロソフトガイドライン

最初に、私はネイティブスピーカーではないことを明確にする必要があります。そのため、英語の文法に関する私の主張は単に間違っている可能性があります。そのようなエラーを発見した場合は、お知らせください。非常に感謝いたします。

頭字語のベストプラクティスは、頭字語をできるだけ避けることです。とにかく、頭字語UNESCOはフルネームよりもよく知られているので、これはそうではありませんUnitedNationsEducationalScientificAndCulturalOrganization。

そうすれば、実生活に身近なだけで身近になるというだけでUNESCOなくUnesco、もっと理にかなっていると思います。私はその言葉がUnesco実際に何を意味するのか理解するのに苦労しました。

別の例として、について考えますArc。これは円の周りの曲線のように聞こえますが、Rustではこれはを意味しAtomically Reference Countedます。のようARCに書かれている場合、少なくとも読者は、その単語が一種の曲線ではなく、何か別の頭字語であることを認識します。

現代のプログラムは主に人間の読者のために書かれています。次に、機械の処理や分析ではなく、人間が読みやすいようにこれらの命名規則を設定する必要があります。

この観点では、何も得られないうちにUnescoover UNESCOを使用すると読みやすさが失われます。

その他の場合でも、ほとんどの場合、読みやすいように、英語の頭字語の規則（または規則）に従うだけで十分だと思います。

CamelCaseに変換するために、Googleの（ほぼ）確定的なCamelケースアルゴリズムもあります。

名前の散文形式から始めます。

1. フレーズをプレーンASCIIに変換し、アポストロフィをすべて削除します。たとえば、「ミュラーのアルゴリズム」は「ミュラーのアルゴリズム」になる可能性があります。
2. この結果を単語に分割し、スペースと残りの句読点（通常はハイフン）で分割します。
   1. 推奨：通常の使用で単語に従来のキャメルケースの外観が既にある場合は、これを構成部分に分割します（たとえば、「AdWords」は「adwords」になります）。「iOS」のような単語自体は、実際にはキャメルケースではないことに注意してください。規約に反するため、この推奨事項は適用されません。
3. 次に、すべて（頭字語を含む）を小文字にし、次に最初の文字のみを大文字にします。
   1. …キャメル大文字を生成するための各単語、または
   2. …最初の単語を除く各単語で、キャメルケースを小文字にする
4. 最後に、すべての単語を1つの識別子に結合します。

元の単語の大文字小文字の区別はほとんど無視されていることに注意してください。

次の例では、「XML HTTPリクエスト」はXmlHttpRequestに正しく変換され、XMLHTTPRequestは正しくありません。

getUnescoProperties() 最善の解決策になるはずです...

可能であれば、純粋camelCaseに従うだけで、頭字語がある場合は、可能であれば大文字にしてくださいcamelCase。

一般に、オブジェクト指向プログラミングでは、変数は小文字（lowerCamelCase）で始まり、クラスは大文字（）で始まる必要がありUpperCamelCaseます。

疑わしい場合は、純粋に行ってくださいcamelCase;）

parseXML大丈夫parseXmlですcamelCase

XMLHTTPRequest後続の大文字の頭字語と一緒に行くべきであるXmlHttpRequestかxmlHttpRequest、そうするべきではない、それはすべてのテストケースについて明確に明確ではありません。

例えば、どのようにこの言葉を読んでくださいHTTPSSLRequest、HTTP + SSLまたはHTTPS + SL（平均何でも...しないこと）、その場合のフォローキャメルケースの大会ではとのために行くhttpSslRequestかhttpsSlRequest、多分それはもはや素敵ではありませんが、それは間違いなく、より明確です。

たくさんの星（現時点では57.5k）の githubにairbnb JavaScript Style Guideがあり、次のような頭字語についてのガイドがあります：

頭字語と頭文字は常にすべて大文字にするか、すべて小文字にする必要があります。

どうして？名前は読みやすくするためのものであり、コンピュータアルゴリズムを緩和するものではありません。

// bad
import SmsContainer from './containers/SmsContainer';

// bad
const HttpRequests = [
  // ...
];

// good
import SMSContainer from './containers/SMSContainer';

// good
const HTTPRequests = [
  // ...
];

// also good
const httpRequests = [
  // ...
];

// best
import TextMessageContainer from './containers/TextMessageContainer';

// best
const requests = [
  // ...
];

現在、私は以下のルールを使用しています：

1. 頭字語のための資本ケース：XMLHTTPRequest、xmlHTTPRequest、requestIPAddress。

2. 略語のためのキャメルケース：ID[entifier]、Exe[cutable]、App[lication]。

ID 例外ですが、申し訳ありませんが本当です。

大文字を見るとき、私は頭字語、つまり各文字の個別の単語を想定しています。略語では文字ごとに個別の単語がないため、キャメルケースを使用します。

XMLHTTPRequest あいまいですが、まれなケースであり、それほどあいまいではないため、OKです。ルールよりもロジックが美よりも重要です。

JavaScript Airbnbスタイルガイドはこれについて少し話しています。基本的に：

// bad
const HttpRequests = [ req ];

// good
const httpRequests = [ req ];

// also good
const HTTPRequests = [ req ];

私は通常、クラスの先頭の大文字を読むので、それを避ける傾向があります。結局のところ、それはすべての好みです。

@valexの発言に加えて、この質問に対するいくつかの回答をまとめます。

一般的な答えは次のとおりです。使用しているプログラミング言語によって異なります。

Cシャープ

Microsoft はHtmlButton、このケースのクラスに名前を付けるのに適切であると思われるガイドラインをいくつか作成しました。

JavaScript

Javascriptには頭字語を含むいくつかのグローバル変数があり、すべて大文字で使用します（ただし、おかしなことに、常に一貫しているわけではありません）。次に例を示します。

encodeURIComponent XMLHttpRequest toJSON toISOString

免責事項：英語は私の母音ではありません。しかし、私は長い間この問題について考えてきました。特に、ノード（キャメルケーススタイル）を使用してデータベースを処理するときは、テーブルフィールドの名前をヘビ化する必要があるため、これは私の考えです。

プログラマーには2種類の「頭字語」があります。

• 自然言語で、ユネスコ
• たとえば、コンピュータプログラミング言語ではtmc and textMessageContainer、ローカル変数として通常表示されます。

プログラミングの世界では、自然言語の頭字語はすべて単語として扱う必要があります。その理由は次のとおりです。

1. プログラミング時には、頭字語スタイルまたは非頭字語スタイルのいずれかで変数に名前を付ける必要があります。したがって、関数にgetUNESCOPropertiesという名前を付けた場合、それはユネスコが頭字語であることを意味します（それ以外の場合はすべて大文字にする必要はありません）が、明らかに頭字語getでpropertiesはありません。したがって、この関数にはgunescopまたはgetUnitedNationsEducationalScientificAndCulturalOrganizationPropertiesのいずれかを指定する必要があります。どちらも使用できません。

2. 自然言語は絶えず進化しており、 今日の頭字語は明日には言葉になるでしょうが、プログラムはこの傾向に依存せず、永遠に存続する必要があります。

ちなみに、最も投票された回答では、IOはコンピューター言語の意味での頭字語（InputOutputの略）ですが、頭字語（コンピューター言語で）はローカル変数ですが、トップレベルのクラス/関数なので、IOの代わりにInputOutputを使用する必要があります

ユネスコは特別なケースです。UEFA、RADA、BAFTAのように、BBC、HTML、SSLとは異なり、通常は（英語で）単語として読み取られ、頭字語ではありません。

大文字（HTML）または小文字（html）のいずれかを使用して頭字語の読みやすさを優先するが、両方（Html）を避けようとする別のキャメルケース規則もあります。

したがって、あなたの場合、あなたは書くことができますgetUNESCOProperties。unescoProperties変数またはUNESCOPropertiesクラスを記述することもできます（クラスの規則は大文字で始めることです）。

たとえば、XML HTTPリクエストという名前のクラスの場合、このルールは2つの頭字語を組み合わせたい場合に注意が必要です。大文字で始まりますが、XMLHTTPRequest読みづらく（XMLH TTPリクエストですか？）、XMLhttpRequestキャメルケースの規則に違反する（XM Lhttpリクエストですか？）ので、大文字と小文字を混在させるのが最善のオプションXMLHttpRequestです。W3Cが実際に使用したもの。ただし、この種のネーミングは使用しないでください。この例でHTTPRequestは、より良い名前になります。

識別/識別のための公式の英語の単語はIDのようですが、頭字語ではありませんが、同じ規則を適用できます。

この慣習は非常に人気があるようですが、それは単なる慣例であり、正誤はありません。慣習に固執し、名前が読みやすいことを確認してください。