
キャメルケース(camelCaseまたはCamelCaseと自動的に表記されることもあり、キャメルキャップス、より正式にはmedial capitalsとも呼ばれる)は、スペースや句読点を入れず、単語を大文字で表記する慣習である。この形式では、最初の単語がいずれかのケースで始まり、それに続く単語が最初の文字を大文字にする。一般的な例としては、YouTube、[1]、PowerPoint、HarperCollins、FedEx、iPhone、eBay、[2]、LaGuardiaなどがある。[3]キャメルケースは、コンピュータプログラミングの命名規則としてよく使用される。また、 JohnSmithなどのオンラインユーザー名に使用されることがあり、また、 EasyWidgetCompany.com の宣伝などで複数単語のドメイン名を読みやすくするために使用されることもある。実際、 Wikipedia の前身であるWikiWikiWeb は、キャメルケースで書かれている。
より具体的な用語であるパスカルケースとアッパーキャメルケースは、各単語の最初の文字が大文字で、最初の単語の頭文字も含まれる結合語句を指します。同様に、ロワーキャメルケース(別名ドロメダリーケース)では、最初の文字は小文字である必要があります。一部の個人および組織、特にマイクロソフトは、ロワーキャメルケースに対してのみキャメルケースという用語を使用し、アッパーキャメルケースをパスカルケースと呼んでいます。[4]プログラミングスタイルによっては、最初の文字を大文字にするキャメルケースが好まれますが、そうでないものもあります。[5] [4] [6]明確にするために、この記事では大文字の使用に関してはキャメルケースの定義を曖昧にしたままにし、必要な場合により具体的な用語を使用します。
キャメルケースは、他のいくつかのスタイルとは異なります。タイトルケースではすべての単語を大文字にしますが、単語間のスペースはそのままにします。トールマンレタリングでは、 predniSONEとpredniSOLONEのように、似たような製品名の違いを強調するために大文字を使用します。スネークケースでは、アンダースコアと小文字(最初の文字が大文字になる場合もあります)を交互に使用します。スネークケースとキャメルケース(識別子Written_Like_This )の組み合わせは、Ada 95スタイルガイドで推奨されています。[7]
バリエーションと同義語
この慣習には、次のようなさまざまな名前があります。
- キャメルバック(またはキャメルバック)表記法[8]またはキャメルキャップス[9]
- キャメルケースまたはCamelCase
- Pythonの大文字キャメルケースを表すCapitalizedWordsまたはCapWords [10]
- 複合名[11]
- 埋め込み大文字(または埋め込み大文字)[12]
- ハンプバック(またはハンプバック)表記法[13]
- インターキャップまたはインターキャッピング[14](インターナルキャピタライゼーション[15]の略)
- オックスフォード英語辞典が推奨する中大文字[16]
- Pythonの小文字キャメルケースのmixedCase [10]
- PascalCase(大文字キャメルケース)[17] [18] [19](Pascalプログラミング言語にちなんで)
- Smalltalk のケース
- WikiWord [20]または WikiCase [21](特に古いウィキの場合)
ユーズネットで「インターキャップス」という用語が最初に登場したのは、1990年4月のalt.folklore.computersアヴィ・ラポポートによるグループへの投稿である。 [22]「キャメルケース」という名前が最初に使用されたのは、1995年のニュートン・ラブによる投稿である。[23]ラブはその後、「この種の構造を持つプログラミング言語の出現により、そのスタイルのこぶのような感じから、最初はハンピーケースと呼んでいたが、その後キャメルケースに落ち着いた。私は何年もの間、それをキャメルケースと呼んでいた。... 上記の引用は、私がユーズネットでその名前を使用した最初の例に過ぎない」と述べた。[24]
自然言語における伝統的な使用法
単語の組み合わせ
日常的な文章の通常の綴りにおいて慣例的に語中大文字が使用されることはまれですが、一部の言語では、2 つの単語またはセグメントが結合されるときに発生する特定の問題の解決策として使用されます。
イタリア語では、代名詞を動詞の後に付けることができ、二人称代名詞の敬称は大文字で表記されるため、non ho trovato il tempo di risponderLe (「あなたに答える時間がありません」 – Leは「あなたに」という意味) のような文が作成されます。
ドイツ語では、 Binnen-Iと呼ばれる語頭大文字IがStudentInnen (「学生」)のような単語で使われることがあり、 Studenten (「男子学生」) とStudentinnen (「女子学生」) の両方を同時に指していることを示す。しかし、語頭大文字の使用は、 McDonald のような固有名詞を除いてドイツ語の正書法には従わない。前の例は、英語の「congress(wo)men」に類似して、括弧を使ってStudent(inn)enと正しく書くことができる。[25]
アイルランド語では、固有名詞に屈折接頭辞が付けられる場合にキャメルケースが使用されます。たとえば、 Gaillimh (「ゴールウェイ」) のi nGaillimh (「ゴールウェイで」)。tAlbanach(「スコットランド人」)、Albanach(「スコットランド人」)由来。そして、Éire (「アイルランド」) からhÉirinn (「アイルランドへ」) と進みます。最近のスコットランド ゲール語の正書法では、ハイフン(t-Albannach)が挿入されています。
この屈折接頭辞の規則は、いくつかの書き言葉のバンツー語(例: isiZulu、「ズールー語」) およびメキシコのいくつかの先住民言語(例:ナワトル語、トトナカ語、ミクセ・ゾケ語、および一部のオト・マンガン語) でも使用されています。
オランダ語では、二重字ij を大文字にする場合、文字Iと文字Jの両方が大文字になります。たとえば、国名IJsland (「アイスランド」) ではそうです。
中国語の ピンインでは、読者が地名の各部分をより簡単に判別できるように、地名にキャメルケースが使用されることがあります。たとえば、北京 (北京)、秦皇島 (秦皇島)、大興安嶺 (大兴安嶺) などの地名は、それぞれBeiJing、QinHuangDao 、 DaXingAnLingと書き、大文字の数は漢字の数と等しくなります。語の複合語を各文字の頭文字のみで書くことも場合によっては許容されるため、北京はBJ、秦皇島はQHD 、大興安嶺は DXALと書くことができます。
英語では、中大文字は通常、スコットランド語またはアイルランド語の「Mac-」または「Mc-」の父称にのみ見られ、たとえば、MacDonald、McDonald、およびMacdonald は、 MacDonald (Dòmhnall の息子)の一般的な綴りの変形です。また、アングロノルマン語の「Fitz-」の名前にも見られ、たとえば、FitzGeraldとFitzgerald (Gerald の息子) の両方が見られます。
1906年に初めて出版された英語スタイルガイド『The King's English』の中で、HWとFGファウラーは、ハイフンが曖昧さを生じさせる3重複合語では中大文字を使用できると示唆した。例として、キングマーク風(キングマーク風ではなく)やアングロサウスアメリカン風(アングロサウスアメリカンではなく)を挙げている。しかし、彼らはこのシステムを「現在使用するにはあまりにも矛盾しすぎている」と評した。[26]
LeBeau (姓)、LaRue、DeMordauntなどのフランス語の名前や、 DeRose / DeRosaなどのイタリア語の名前にも CamelCase が使用されています。
翻字では
他の文字で書かれた言語の学術的な音訳では、同様の状況で中音大文字が使用される。たとえば、音訳されたヘブライ語では、haIvri は「ヘブライ人」または「ユダヤ人」を意味し、b'Yerushalayim は「エルサレムで」を意味する。rLobsangのようなチベット語の固有名詞では、「r」は元の文字では接頭辞グリフを表し、通常の文字ではなく声調マーカーとして機能する。別の例としては、 ts I urkuがある。これは、チェチェンとイングーシの特徴的な中世の防御塔の頂石を表すチェチェン語のラテン語音訳である。文字「I」(palochka)は実際には大文字ではなく、「i」として音訳されたものとは異なる 音素を表す。
略語
略語では、伝統的に語尾に大文字が使われ、例えば学位の称号である PhD やBSc などで、単語をフルネームで書いた場合の大文字表記を反映する。より最近の例としてはNaNoWriMoがある。これは National Novel Writing Month の短縮形であり、毎年恒例のイベントとそれを運営する非営利団体の両方の名称である。ドイツ語では、法令名は埋め込み大文字を使用して略語化される。例えば、Strafgesetzbuch (刑法) は StGB、Patentgesetz (特許法) は PatG、連邦憲法裁判所は BVerfG 、非常に一般的な GmbH はGesellschaft mit beschränkter Haftung (私的有限会社) である。この文脈では、キャメルケースの大文字が 3 つ以上ある場合もあります。たとえば、Teilzeit- und Befristungsgesetz (パートタイムおよび有期雇用法) の TzBfG などです。フランス語では、OuLiPo (1960) などのキャメルケースの頭字語が、頭字語の代わりとして一時期好まれていました。
キャメルケースは、キリル文字のДШК をDShKに変換するなど、元のアルファベットの 1 つの文字を表すために 2 つの文字が必要な場合に、頭字語をアルファベットに翻字するときによく使用されます。
現代の技術利用の歴史
化学式
技術的な目的で最初に体系的かつ広範囲に使用されたのは、スウェーデンの化学者ヤコブ・ベルセリウスが1813年に考案した化学式の表記法である。それまで化学者が使用していた多数の命名法や記号法に代わるものとして、ベルセリウスは各化学元素を1文字または2文字の記号で表し、最初の文字を大文字にすることを提案した。大文字にすることで、「NaCl」のような式をスペースなしで書き、曖昧さなく解釈できるようになった。[27] [28]
ベルセリウスのシステムは、未確認または未知の元素を表す「 Uue 」などの3文字記号や、一般的な置換基(特に有機化学の分野では「エチル-」を表す「 Et 」など)が追加され、引き続き使用されています。これは、タンパク質やその他の同様のドメインのアミノ酸配列を記述するためにさらに拡張されています。
商標における初期の使用
20世紀初頭から、中大文字は企業名や製品の商標に時々使用されるようになりました。
- ドライアイス社(1925年)は固体二酸化炭素(CO2 )を「ドライアイス」として販売し、これが一般的な名称の由来となった。[29]
- シネマスコープとビスタビジョン、ライバルのワイドスクリーン映画フォーマット (1953)
- ShopKo (1962)、小売店、後にShopkoに改名
- ミスター・ロジャースのネイバーフッド、テレビシリーズ「ミスター・ロジャースのネイバーフッド」(1968年)[30]
- ケムグラス(1965年)、後にアストロターフ(1967年)に改名
- ConAgra (1971)、旧Consolidated Mills
- スポーツボートメーカー、マスタークラフト(1968年)
- エアロバイロンメント(1971)
- ポリグラム(1972年)、旧グラモフォン・フィリップス・グループ
- ユナイテッド・ヘルスケア(1977)[31]
- マスターカード(1979年)、旧マスターチャージ
- スポーツセンター(1979)
コンピュータプログラミング
1970 年代と 1980 年代には、いくつかのプログラミング言語で、複数語の識別子の標準または代替命名規則として、中間大文字が採用されました。コンピュータ プログラミングにおけるこの規則の正確な起源はまだ解明されていません。1954 年の会議の議事録[32]では、 IBMのSpeedcodingシステムを非公式に「SpeedCo」と呼んでいました。Christopher StracheyのGPM (1965)に関する論文[33]には、「 」や「 」などの中間大文字の識別子を含むプログラムが示されています(これは、Strachey が設計者の 1 人であった
CPL言語の影響である可能性が高いです)。NextChWriteSymbol
end of fileまたはのようにスペースが埋め込まれた複数単語の説明識別子はchar table、ほとんどのプログラミング言語では使用できません。これは、単語間のスペースがトークン間の区切り文字として解析されるためです。またはのように単語を続けて使用する代替方法は、理解しにくく、誤解を招く可能性があります。たとえば、は英語の単語 (表にすることができます) ですが、は の表を意味します。
endoffilechartablechartablecharTablechars
初期のプログラミング言語、特にLisp (1958) やCOBOL (1959) では、"END-OF-FILE" のように複合識別子の単語間にハイフン("-") を使用できるようにすることで、この問題に対処しました。Lisp の場合は、接頭辞表記法がうまく機能するため (Lisp パーサーは、シンボルの途中にあるハイフンを減算演算子として扱いません)、COBOL の場合は、演算子が個別の英語の単語であるためです。この規則は、これらの言語で現在も使用されており、 Unix のように、コマンド ラインで入力されるプログラム名でも一般的です。
しかし、この解決策は、ハイフンを中置減算演算子として使用するFORTRAN (1955) やALGOL (1958) などの数学指向の言語には適していませんでした。FORTRAN は空白を完全に無視するため、プログラマーは変数名に埋め込みスペースを使用できました。ただし、言語の初期バージョンでは識別子が 6 文字以内に制限されていたため、この機能はあまり役に立ちませんでした。
当時の一般的なパンチカードの文字セットは大文字のみで、他の特殊文字がなかったため、問題はさらに悪化しました。 ASCII文字セットが広く採用され、小文字とアンダースコア文字の両方_が普遍的に使用できるようになりました。 一部の言語、特にC では、単語の区切りとしてアンダースコアをすぐに採用し、 などの識別子は、現在でも C プログラムとライブラリで広く使用されています ( PerlやPythonend_of_fileなど、C の影響を受けた後の言語でも同様に使用されています)。 ただし、一部の言語とプログラマーは、アンダースコアを避けて代わりにキャメルケースを採用することを選択しました。
1970年代にゼロックスPARCで働き、後にマイクロソフトのOfficeスイートの開発を監督したチャールズ・シモニは、ハンガリー記法を発明し、その使用法を教えた。ハンガリー記法の1つのバージョンでは、(大文字の)変数名の先頭の小文字を使用してその型を示す。ある説明[要出典]によると、キャメルケースのスタイルは、1978年頃にゼロックスPARCで、ゼロックスAltoコンピューター用に開発されたMesaプログラミング言語で最初に普及したという。このマシンにはアンダースコアキーがなく(代わりに左矢印「←」が使用された)、ハイフンとスペース文字は識別子で許可されていなかったため、キャメルケースは読みやすい複数語の名前の唯一の実行可能なスキームであった。PARC Mesa言語マニュアル(1979年)には、大文字と小文字のキャメルケースに関する特定のルールを含むコーディング標準が含まれており、MesaライブラリとAltoオペレーティングシステムは厳密にそれに従っていた。Pascalの発明者であるニクラウス・ヴィルトは、PARCでの長期休暇中にキャメルケースの価値を理解し、次のプログラミング言語であるModulaでそれを使用しました。[34]
もともと Alto 上で開発された Smalltalk言語も、アンダースコアの代わりにキャメルケースを使用します。この言語は 1980 年代初頭に非常に人気が高まり、PARC 外にこのスタイルを広める上で重要な役割を果たした可能性もあります。
大文字のキャメルケース (または「パスカルケース」) は、コンピュータ代数システムMathematicaのWolfram Languageで定義済みの識別子に使用されます。ユーザー定義の識別子は小文字で始まる必要があります。これにより、現在および将来のすべてのバージョンで、定義済みの識別子とユーザー定義の識別子の競合が回避されます。
C#の変数名は小文字のキャメルケース規則に従うことが推奨されます。[35]
コンピュータ企業と製品
コンピューター分野での起源が何であれ、この慣習は 1970 年代後半からコンピューター会社やその商用ブランドの名前に使用され、その傾向は今日まで続いています。
- (1977)コンピュサーブ
- (1978)ワードスター
- (1979)ビジカルク
- (1982)マイクロプローズ、ワードパーフェクト
- (1983)ネットウェア
- (1984) LaserJet、MacWorks、PostScript
- (1985)ページメーカー
- (1987)クラリスワークス、ハイパーカード、パワーポイント
- (1990) WorldWideWeb (最初のウェブブラウザ)、後にNexusに改名
主流の使用法への普及
1980 年代から 1990 年代にかけて、パーソナル コンピュータの登場によりハッカー文化が世界に知られるようになり、キャメル ケースはコンピュータ以外の分野の企業商標でも流行しました。1990 年までに主流の使用法が確立されました。
- (1980)エコースター
- (1984)ベルサウス
- (1985)イーストエンダーズ
- (1986)スペースキャンプ
- (1990)ハーパーコリンズ、シアトル
- (1998年)プライスウォーターハウスクーパース、プライスウォーターハウスとクーパースの合併
1990年代後半のドットコムバブルの時期には、小文字の接頭辞「e」(「 electronic」の頭文字)と「i」(「Internet」、「information」、「intelligent 」などの頭文字)が一般的になり、 AppleのiMacやeBoxソフトウェアプラットフォームなどの名前が生まれました。
1998年、デイブ・ヨストは化学者が長い化学物質名を読みやすくするために、例えばamidophosphoribosyltransferaseではなくAmidoPhosphoRibosylTransferaseと書くなど、化学者に中間大文字を使うことを提案した。[37]この用法は広く採用されなかった。
キャメルケースは、特定の地区の略称に使用されることがあります。たとえば、ニューヨーク市の地区SoHo ( Houston Streetの南)やTriBeCa ( Triangle Below Canal Street )、サンフランシスコのSoMa ( Marketの南)などです。このような用法はすぐに廃れてしまうため、現在ではこれらの地区は通常、Soho、Tribeca、Somaのように表記されます。
内部大文字化は、 HeLa (1983) などの他の技術コードにも使用されています。
コンピューティングにおける現在の使用法
プログラミングとコーディング
複合識別子に大文字を使用することは、多くの組織やソフトウェア プロジェクトのコーディング スタイルガイドラインで推奨されています。一部の言語 ( Mesa、Pascal、Modula、Java、Microsoftの.NETなど) では、この方法が言語開発者や権威あるマニュアルで推奨されており、言語の「文化」の一部となっています。
スタイル ガイドラインでは、多くの場合、大文字のキャメル ケースと小文字のキャメル ケースを区別し、通常、変数、レコード フィールド、メソッド、プロシージャ、関数、サブルーチン、型などの特定の種類のエンティティにどの種類を使用するかを指定します。これらのルールは、ソース コードの準拠をチェックする静的分析ツールによってサポートされている場合があります。
たとえば、プログラミングの元のハンガリー記法では、すべての変数名の先頭に「使用タイプ」(データ型ではない)の小文字の略語を付け、名前の残りの部分を大文字のキャメルケースにすることを規定しています。つまり、これは小文字のキャメルケースの一種です。
プログラミング識別子には、多くの場合、すでに大文字になっている頭字語や頭文字を含める必要があります。たとえば、「old HTML file」などです。タイトル ケースのルールに倣って、自然なキャメル ケースのレンダリングでは、略語はすべて大文字になります (つまり、「oldHTMLFile」)。ただし、このアプローチは、2 つの頭字語が一緒に出現する場合 (たとえば、「parse DBM XML」は「parseDBMXML」になります)、または標準で小文字のキャメル ケースが義務付けられているが名前が略語で始まる場合 (たとえば、「SQL server」は「sQLServer」になります) に問題があります。このため、一部のプログラマーは略語を単語のように扱い、「oldHtmlFile」、「parseDbmXml」、または「sqlServer」と書くことを好みます。[38]ただし、これにより、特定の単語が頭字語として意図されていることを認識するのが難しくなる可能性があります。[39]
数学関数や商標などで、大文字と小文字の違いによってのみ識別子の意味が異なる場合は、問題が発生します。このような状況では、識別子の大文字と小文字を変更することはできず、別の名前を選択する必要があります。
Wiki リンク マークアップ
キャメルケースは、一部のウィキマークアップ言語で、他のウィキページに自動的にリンクされるべき用語に使用されます。この規則は、もともとWard Cunninghamのオリジナルのウィキソフトウェアである WikiWikiWeb [ 40]で使用されており、他のほとんどのウィキでも有効化できます。 TiddlyWiki、Trac、PmWikiなどの一部のウィキエンジンは、デフォルト設定でこれを使用していますが、通常はこれを無効にする設定メカニズムまたはプラグインも提供しています。Wikipediaも以前はキャメルケースのリンクを使用していましたが、角括弧を使用した明示的なリンクマークアップに切り替え[41]、他の多くのウィキサイトも同様に切り替えました。たとえば、 MediaWiki はリンクにキャメルケースをサポートしていません。キャメルケースのリンクを使用しない一部のウィキでも、 AboutUsのように命名規則としてキャメルケースを引き続き使用している場合があります。
その他の用途
NIEMレジストリでは、XMLデータ要素には大文字のキャメルケースを使用し、XML 属性には小文字のキャメルケースを使用する 必要があります。
最も一般的なコマンドライン インターフェイスとスクリプト言語は、埋め込まれたスペースを含むファイル名を簡単に処理できません (通常、名前を引用符で囲む必要があります)。そのため、これらのシステムのユーザーは、 MyJobResume.pdfのような複合ファイル名にキャメル ケース (またはアンダースコア、ハイフン、その他の「安全な」文字) を使用することがよくあります。
メッセージの文字数を制限するマイクロブログやソーシャルネットワーキングサービスは、単語間の大文字の使用に適した場所です。単語間にキャメルケースを使用すると、スペースの数、つまりメッセージ内の文字数が減り、限られたスペースに多くのコンテンツを収めることができます。ハッシュタグ、特に長いハッシュタグでは、読みやすさを維持するためにキャメルケースが使用されることがよくあります(例:#CollegeStudentProblemsは#collegestudentproblemsよりも読みやすいです)[42] 。この方法により、スクリーンリーダーが複合ハッシュタグを解析する際にキャメルケースを認識するため、アクセシビリティが向上します。[43]
ウェブサイトの URL では、スペースは「%20」としてパーセントエンコードされるため、アドレスが長くなり、人間が読みにくくなります。スペースを省略することで、キャメルケースではこの問題は発生しません。
読みやすさの研究
キャメルケースは、スペースを削除し、すべての単語を大文字にするため、読みやすさに悪影響を与えると批判されてきた。[44]
2009 年に 135 人の被験者を対象にスネークケース(下線付き識別子) とキャメルケースを比較した研究では、すべての被験者においてキャメルケース識別子の方が高い精度で認識されたことがわかった。被験者はスネークケース識別子をキャメルケース識別子よりも速く認識した。キャメルケースのトレーニングによりキャメルケースの認識が高速化し、スネークケースの認識は低速化したが、この効果には高いp 値の係数が関係していた。この研究では主観調査も実施され、非プログラマーはアンダースコアを好むか、好みがないことがわかった。また、キャメルケースのトレーニングを受けたプログラマーの 38% はアンダースコアを好むと回答した。しかし、他の変数をコントロールした場合、これらの好みは精度や速度と統計的に相関していなかった。[45]
2010 年の追跡調査では、主にスネークケースの訓練を受けた熟練プログラマー 15 名を対象に同様の調査設計が採用されました。この調査では、アニメーションではなく静的な刺激が使用され、1 件の誤ったキャメルケースの応答を除いて、両方のスタイルで完璧な精度が得られました。被験者は、スネークケースの識別子をキャメルケースよりも速く認識しました。この調査では視線追跡装置が使用され、被験者の速度の違いは、主に、3 部構成の識別子の場合、キャメルケースの平均注視時間がスネークケースのそれよりも大幅に長かったためであることがわかりました。調査では、好まれる識別子スタイルが混在していましたが、この場合も、好まれるスタイルと精度や速度との相関関係はありませんでした。[46]
参照
参考文献
- ^ フォガティ、ミニョン(2009年10月27日)。『文法デボーション:文法ガールによる成功する文章を書くための日々のヒント』。セント・マーティンズ・パブリッシング・グループ。14ページ。ISBN 978-1-4299-6440-1。
- ^ ブラウン、アダム(2018年9月21日)。英語のスペリングの理解と指導:戦略ガイド。ラウトレッジ。pp.173-174。ISBN 978-1-351-62186-1。
- ^ ドレイアー、ベンジャミン(2020年8月4日)。『ドレイアーの英語:明瞭さと文体のまったく正しいガイド』ランダムハウス出版グループ。228ページ。ISBN 978-0-8129-8571-9。
- ^ ab 「Capitalization Styles - .NET Framework 1.1」。2006 年 11 月 17 日。2012 年12 月 5 日に閲覧。
- ^ 「命名規則」 Scala . 2012 年12 月 5 日閲覧。
- ^ 「キャメルケース」。2016年3月10日閲覧。
- ^ 「Ada 95 品質およびスタイルガイド」。1995年10月。セクション3.1.3 。 2020年1月25日閲覧。
- ^ C# コーディング標準とガイドライン 2008 年 4 月 11 日にPurdue University College of TechnologyのWayback Machineにアーカイブされました
- ^ "CamelCase@Everything2.com". Everything2.com . 2010年6月4日閲覧。
- ^ ab Python コードのスタイル ガイド (www.python.org)
- ^ Feldman, Ian (1990 年 3 月 29 日). 「compoundNames」.ニュースグループ: alt.folklore.computers. Usenet: 3230@draken.nada.kth.se.
- ^ 「[#APF-1088] クラス名に大文字が埋め込まれている場合、AppGen コードは UI テストに失敗し、生成されたハイパーリンクは正しくありません。 – AppFuse JIRA」。Issues.appfuse.org 。2017年 6 月 25 日時点のオリジナルよりアーカイブ。2010年6 月 4 日閲覧。
- ^ ASP 命名規則 アーカイブ 2009 年 4 月 8 日Wayback Machine、Nannette Thacker (1999 年 5 月 1 日)
- ^ アイバーソン、シェリル; クリスチャンセン、ステイシー; フラナギン、アネット; フォンタナローザ、フィル B.; グラス、リチャード M.; グレゴリン、ブレンダ; ルーリー、スティーブン J.; マイヤー、ハリエット S.; ウィンカー、マーガレット A.; ヤング、ロザンヌ K. 編 (2007)。AMAスタイルマニュアル(第 10 版)。オックスフォード、オックスフォードシャー: オックスフォード大学出版局。ISBN 978-0-19-517633-9。
- ^ Hult, Christine A.; Huckin, Thomas N. 「The Brief New Century Handbook – Rules for internal capitalization」。Pearson Education。2012年4月7日時点のオリジナルよりアーカイブ。
- ^ 「2つの大文字を含む単語の名前は何ですか(WordPadなど)?」AskOxford。インターネットアーカイブ。2008年10月25日時点のオリジナルよりアーカイブ。 2022年6月12日閲覧。
- ^ 「Brad Abrams: Pascal ケースと Camel ケースに関する歴史」。learn.microsoft.com。2004年 2 月 3 日。2024年10 月 21 日に閲覧。
- ^ 「Pascal Case」C2.com 2012年9月27日2014年1月4日閲覧。
- ^ 「NET Framework の一般的なリファレンス大文字化スタイル」。MSDN2。2006年11 月 17 日。2014年1 月 4 日に閲覧。
- ^ "WikiWord". Twiki.org . 2010年6月19日時点のオリジナルよりアーカイブ。2010年6月4日閲覧。
- ^ 「Wiki Case」C2.com 2010年2月8日2010年6月4日閲覧。
- ^ Rappoport, Avi (1990 年 4 月 3 日). 「compoundNames」.ニュースグループ: alt.folklore.computers.
- ^ Newton Love (1995 年 9 月 12 日). 「I'm happy again! – comp.os.os2.advocacy | Google グループ」. Groups.google.com . 2009 年5 月 23 日閲覧。
- ^ 「ニュートン・ラブ」。セントルイス Unix ユーザー グループ。[リンク切れ ]
- ^ ドイツ語: Das Wörterbuch der sprachlichen Zweifelsfälle。デューデン(ドイツ語)。 Vol. 9(第7版)。マンハイム: 書誌研究所。 2011.p. 418.ISBN 978-3411040971。
- ^ Fowler, Henry W. ; Fowler, Francis G. (1908). 「第4章 句読点 - ハイフン」. The King's English (第2版). Oxford . 2009年12月31日時点のオリジナルよりアーカイブ。 2009年12月19日閲覧。
- ^ イェンス・ヤコブ・ベルセリウス(1813)。化学比率の原因とそれに関連するいくつかの状況についてのエッセイ:それらを簡潔かつ容易に表現する方法も添えて。Annals of Philosophy 2, 443-454, 3, 51-52; (1814) 93-106, 244-255, 353-364。
- ^ Henry M. Leicesterおよび Herbert S. Klickstein 編、1952 年、「A Source Book in Chemistry, 1400-1900」(マサチューセッツ州ケンブリッジ:ハーバード大学)
- ^ The Trade-mark Reporter。米国商標協会。1930年。ISBN 1-59888-091-8。
- ^ 「ミスター・ロジャース・ネイバーフッド シーズン1(エピソード4)」。2022年6月21日閲覧。
- ^ “Our History”. unitedhealthgroup.com . 2019年5月1日時点のオリジナルよりアーカイブ。2019年5月15日閲覧。
- ^ 「セッション8の要約」。デジタルコンピュータ:高度なコーディングテクニック。1954年夏期セッション、マサチューセッツ工科大学(PDF) 。1954年。8~6ページ。 2012年2月29日時点のオリジナル(PDF)からアーカイブ。 2014年1月4日閲覧。
- ^ Strachey, Christopher (1965 年 10 月). 「汎用マクロジェネレータ」. Computer Journal . 8 (3): 225–241. doi : 10.1093/comjnl/8.3.225 .
- ^ Niklaus Wirth ( 2007). 「Modula-2 と Oberon」。プログラミング言語の歴史に関する第 3 回 ACM SIGPLAN 会議の議事録。HOPL III - サンディエゴ。pp. 3-1–3-10。CiteSeerX 10.1.1.91.1447。doi : 10.1145 / 1238844.1238847。ISBN 9781595937667.S2CID 1918928 。
- ^ wwlpublish. 「変数の宣言 - トレーニング」. learn.microsoft.com . 2023 年8 月 29 日閲覧。
- ^ Farhad Manjoo (2002 年 4 月 30 日). 「卒業生も EMacs で勉強したい」. Wired.com . 2010 年6 月 4 日閲覧。
- ^ フィードバック、1998年6月20日第158巻第2139号ニューサイエンティスト1998年6月20日
- ^ 「Google Java スタイル ガイド」. google.github.io . 2022 年11 月 2 日閲覧。
- ^ Dave Binkley、Marcia Davis、Dawn Lawrie、Christopher Morrell (2009)。「To CamelCase or Under_score」。IEEE 17th International Conference on Program Comprehension、2009。ICPC '09。IEEE: 158–167。CiteSeerX 10.1.1.158.9499。キャメルケースの識別子に関しては、これは短い単語、特に頭字語を含む識別子に大きな影響を与えます。たとえば、識別子kIOuterIIDPath
にある頭字語 ID を考えてみましょう。大文字が連続しているため、kIOuterIIDPath の読み取り、特に単語 ID の識別はより困難です。
- ^ アンドリュー・リー『ウィキペディア革命:無名の集団がいかにして世界最高の百科事典を創ったか』(ニューヨーク:ハイペリオン、2009年)、57~58頁。
- ^ Lih, Wikipedia革命、pp. 62-63, 67。
- ^ ブラックウッド、ジェシカ、ブラウン、ケイト。「キャメルケースのアクセシブルな使用と投稿の構造化」。
- ^ “ソーシャル メディア アクセシビリティ ガイドライン”. 2022 年 10 月 12 日時点のオリジナルよりアーカイブ。2022 年10 月 12 日閲覧。
- ^ Caleb Crain (2009年11月23日). 「キャメルケースに反対」.ニューヨーク・タイムズ.
- ^ Dave Binkley、Marcia Davis、Dawn Lawrie、Christopher Morrell (2009)。「To CamelCase or Under_score」。IEEE 17th International Conference on Program Comprehension、2009。ICPC '09。IEEE: 158–167。CiteSeerX 10.1.1.158.9499。この実験は、自然言語の読者がこのようなタスクをどのように実行するかを研究した過去の研究に基づいています。結果は、キャメルケースを使用すると、
トレーニングに関係なくすべての被験者で精度が高くなり、キャメルケースのトレーニングを受けた人は、キャメルケーススタイルの識別子をアンダースコアスタイルの識別子よりも速く認識できることを示しています。
- ^ Bonita Sharif、Jonathan I. Maletic ( 2010)。「CamelCase とUnder_score識別子スタイルに関する視線追跡調査」。2010 IEEE第 18 回国際プログラム理解会議。IEEE。pp. 196–205。CiteSeerX 10.1.1.421.6137。doi :10.1109/ ICPC.2010.41。ISBN 978-1-4244-7604-6. S2CID 14170019。(PDF をダウンロード)。
識別子の命名規則 (キャメルケースやアンダースコアなど) がコードの理解に影響するかどうかを判定する実証研究が発表されています。実験中に被験者から定量的データを取得するために、視線追跡装置が使用されます。この研究の目的は、時間制限のある応答テスト方法を使用してデータを取得する ICPC 2009 で公開された以前の研究 (Binkley ら) を再現することです。視線追跡装置を使用すると、追加の洞察が得られ、従来のデータ収集技術のいくつかの制限が克服されます。2 つの研究の類似点と相違点について説明します。主な違いの 1 つは、被験者が主にアンダースコア スタイルでトレーニングされ、全員がプログラマーであったことです。結果では 2 つのスタイルに精度の違いは見られませんでしたが、被験者はアンダースコア スタイルの識別子をより速く認識しました。
外部リンク
- キャメルケースガイドとコンバーター、使用例と使用法の詳しい説明
- CamelCase の例と歴史、WordsSmashedTogetherLikeSo も
- .NET Framework 全般リファレンス 大文字スタイル
- 名前(cq)には何があるか?、ビル・ウォルシュ著、The Slot
- 単語認識の科学、ケビン・ラーソン著、アドバンスト・リーディング・テクノロジー、マイクロソフト社
- テキストをキャメルケースに変換する
- OASIS カバー ページ: XML 関連コンポーネントの命名に CamelCase を使用する
- テキストをキャメルケース、タイトルケース、大文字、小文字に変換します
- プログラミングにおける一般的な大文字小文字の区別を解明する: 大文字小文字とは何か、いつ使用するか
