大文字小文字変換ツール

見出しの各単語の最初の文字を単純に大文字化すると、プロが編集したタイトルを見慣れている人には明らかに見た目が悪くなるものが生まれます — "The Cat Sat On The Mat"は、ほとんどの読者がすぐには名付けられないものの気づく形で奇妙に見えます。APスタイルガイドとシカゴスタイルガイドが使う本物のタイトルケースは、短い機能語 — "a"や"the"のような冠詞、"and"や"but"のような等位接続詞、"of"、"in"、"to"のような短い前置詞 — をタイトルの最初か最後の単語でない限り小文字のまま保ちます。"The Cat Sat on the Mat"は、機械的に大文字化されたものではなく、意図的にスタイリングされたものとして読めるバージョンです。

この区別が存在するのは、これらの短い単語が意味的な重みではなく文法的な機能を持っているためであり、それぞれを大文字化するとタイトルが視覚的に等しく強調された単語の壁に平坦化され、本当に重要な単語がどれかを隠してしまいます。編集スタイルガイドは、見出しを走査しやすく保つために特にこの慣習に何十年も前に収斂しました。

プログラミングの命名規則は表面的に似ているにもかかわらず互いに交換可能ではありません。異なる言語とコンテキストが、それぞれの慣用的なデフォルトとして異なる慣習に落ち着いたためです。同じコードベース内でそれらを混在させることは、通常好みの問題ではなくスタイル違反として扱われます。

大文字小文字の変換は、平易な英語テキストに対しては些細に見えます — 各文字のコードポイントを固定オフセットだけずらすだけです — しかしこの近道はアクセント付き文字ですぐに破綻し、特定の非ラテン文字体系ではさらに深刻な形で異なる破綻を見せます。ASCIIのみで動作するナイーブな大文字化ルーチンは、Éを生成する代わりにéをまったく変更せずに残してしまい、アクセントを含むどんなテキストでも黙って失敗します。トルコ語はより深刻なケースを示します: 文字「i」はトルコ語では点付きのİに大文字化され、英語ベースのルーチンが生成する点なしのIにはなりません。間違ったルールをトルコ語のテキストに適用すると、トルコ語の読者がすぐに間違いだと認識する結果になります。正しくUnicode対応の大文字化は、非英語テキストを黙って歪めるのではなく、これらの各言語固有のルールを正しく処理します。

1つのスタイルに変換してから別のスタイルを見るためにやり直させる代わりに、このツールは同じ入力からすべての大文字小文字スタイルを同時に計算するため、大文字、タイトルケース、snake_caseの間を切り替えることは、変換を再実行するのではなく異なる結果を見るだけの問題です。これは正しいスタイルがまだ決まっていない場合に特に役立ちます — 例えば新しい変数の命名で、camelCaseとsnake_caseを並べて見ることで、選択が抽象的ではなく具体的になります。