大文字・小文字変換ツール

大文字・小文字変換ツールについて

この無料の大文字・小文字変換ツールは、テキストの表記を変換します。テキストを貼り付けて、ワンクリックで UPPERCASE、lowercase、Title Case、Sentence case、camelCase、PascalCase、snake_case、kebab-case に切り替えられます。

処理はすべてブラウザー内で行われ、何もアップロードされません。これは聞こえる以上に重要です。表記を直したいテキストは、顧客名の列、メールアドレスの一覧、データベースのエクスポートであることが多いからです。

各表記と、どんなときに適しているか

UPPERCASE — すべての文字を大文字にします。短いラベルや略語には向いています。数語を超える長さのものには向きません。大文字は単語の形を消してしまい、読み手は単語を輪郭からも判別しているため、すべて大文字の文は測定できるほど読むのが遅くなります。スクリーンリーダーは長い大文字の単語を一文字ずつ読み上げることがあり、メッセージの中では怒鳴っているように受け取られます。

lowercase — すべて小文字にします。比較の前にデータを正規化するときや、タグ、スラッグ、メールアドレスに便利です。

Sentence case — 文の最初の文字を大文字にし、それ以外は元のままにします。これは通常の文章の書き方であり、読みやすく翻訳もしやすいため、見出しや UI のラベルでも標準になりつつあります。

Title Case — ほとんどの単語の先頭を大文字にします。英語の見出しや書名で伝統的に使われます。難点は、正確なルールがどのスタイルガイドに従うかで変わることです。

camelCase — firstNameField。単語をスペースなしでつなぎ、最初の単語以外は各単語の先頭を大文字にします。JavaScript、Java、C# における変数と関数の標準です。

PascalCase — FirstNameField。考え方は同じですが、最初の単語も大文字にします。React コンポーネントを含め、多くの言語でクラス名やコンポーネント名に使われます。

snake_case — first_name_field。単語をアンダースコアでつなぎます。Python と Ruby の標準であり、SQL の列名ではほぼ普遍的です。

kebab-case — first-name-field。単語をハイフンでつなぎます。URL、CSS クラス、HTML 属性、ファイル名に使われます。ハイフンが安全でアンダースコアが扱いにくい場所すべてです。

Title Case が見た目より難しい理由

スタイルガイドが 2 つあれば、同じ見出しでも結果は 2 通りになります。

問題はどの短い単語を小文字のままにするかです。AP スタイルでは、3 文字以下の単語はタイトルの先頭か末尾に来る場合を除いて小文字のままです。シカゴスタイルでは、冠詞（a、an、the）、等位接続詞（and、but、or）、そしてすべての前置詞は長さに関係なく小文字のままです。つまり Between はシカゴでは小文字のままですが、AP では大文字になります。

両者が一致しているのは 2 点です。最初と最後の単語は必ず大文字にすること、そしてリストにないものはすべて大文字にすることです。

さらに、どんな自動変換ツールも正しく処理できない単語があります。何を意図したのかを知る必要があるからです。iPhone は小文字の i を保たなければなりません。eBay、macOS、PhD、NASA、iOS はいずれも形が決まっています。どの変換ツールもこれらのいくつかを平板にしてしまうので、Title Case にした見出しは公開前に必ず人の目で確認する価値があります。

プログラミングに表記がこれほど多い理由

無意味な派閥争いのように見えますが、そうではありません。識別子にはスペースを含められないため、どの言語も単語をつなぐ方法をひとつ選ぶ必要があり、その選択が定着したのです。

現在それぞれが使われている場所:

JavaScript / TypeScript — 変数と関数には camelCase、クラスと React コンポーネントには PascalCase、ファイル名と CSS には kebab-case
Python — 変数と関数には snake_case、クラスには PascalCase
Java / C# — 変数には camelCase、クラスとメソッドには PascalCase
SQL — テーブルと列には snake_case。多くのデータベースは引用符で囲まれていない名前をどのみち小文字に変換するためです
CSS / HTML — 全体を通して kebab-case
定数 — ほぼすべての言語で UPPER_SNAKE_CASE
URL — kebab-case。検索エンジンはハイフンを単語の区切りとして、アンダースコアを連結として扱うためです

変換ツールの実用的な価値は、これらの間を行き来できることにあります。snake_case のデータベース列は百か所で camelCase の JavaScript プロパティになり、それを手作業でやることが打ち間違いの元になります。

トルコ語の i、その他の落とし穴

大文字・小文字の変換は常に元に戻せるとは限らず、時には安全ですらありません。

点のない i。 トルコ語とアゼルバイジャン語では、大文字の I は小文字にすると ı（点なし）になり、i は大文字にすると İ（点付き）になります。トルコ語環境で文字列を小文字にして "identifier" と比較した結果、実際のソフトウェアが壊れたことがあります。名前が付くほど有名な不具合です。

ドイツ語の ß。 ß の大文字は歴史的に SS だったため、STRASSE を小文字にしても straße には戻りません。現在は大文字の ẞ も存在しますが、広く使われているわけではありません。

小文字化は略語を壊します。 NASA は nasa になり、どの変換ツールも元に戻せません。略語と怒鳴った単語を区別できないからです。

大文字・小文字を区別しない扱いは普遍的ではありません。 ドメイン名は区別しませんが、その後のパスは区別します。/About と /about は別のページになり得ます。メールも同じで、ドメイン側は区別しませんが、@ より前の部分は技術的には区別します。ほとんどの事業者は区別しないかのように扱っていますが。

使い方

ボックスにテキストを入力または貼り付けます
表記のボタンをクリックして変換します
結果をコピーします

知っておくとよいこと

小文字に変換すると情報が永久に失われます。 名前や略語の大文字は後から復元できません。必要になりそうなら元のテキストを保管しておいてください。
Title Case は人の確認が必要です。 iPhone、eBay、macOS、PhD をはじめ、形の決まったあらゆる単語について確認してください。
見出しでは Sentence case が主流になりつつあります。 現代のスタイルガイドの多くがこちらを好みます。読むのが速く、翻訳にもよく耐えます。
長い文章をすべて大文字にするのは避けてください。 読むのが遅くなり、スクリーンリーダーを混乱させることがあり、メッセージでは怒鳴っているように読まれます。
URL には snake_case ではなく kebab-case を使ってください。 検索エンジンはハイフンで区切り、アンダースコアは単語をつなげてしまいます。
アクセント付きの文字が無事か確認してください。 Unicode に対応していない変換ツールは é、ü、ñ を壊します。このツールは正しく処理します。

よくある質問

Title Case と Sentence case の違いは何ですか？

Sentence case は通常の文章と同じように最初の単語だけを大文字にします（例: "How to convert text case"）。Title Case はほとんどの単語を大文字にします（例: "How to Convert Text Case"）。英語の見出しや書名では伝統的に Title Case が使われますが、現在では製品やドキュメントのスタイルガイドの多くが Sentence case を推奨しています。読むのが速く、翻訳もきれいに通るためです。

camelCase とは何で、PascalCase とどう違いますか？

どちらも単語をスペースなしでつなぎ、新しい単語ごとに先頭を大文字にします。camelCase は最初の単語を小文字のままにし（firstName）、PascalCase は最初の単語も大文字にします（FirstName）。慣例として、camelCase は変数や関数の命名に、PascalCase はクラス、型、React コンポーネントの命名に使われます。

URL にはどの表記を使うべきですか？

kebab-case です。/free-online-tools のように、小文字の単語をハイフンでつなぎます。Google はハイフンを単語の区切りとして、アンダースコアを連結として扱うため、image_resizer は 1 語として読まれかねませんが、image-resizer は 2 語として読まれます。小文字であることも重要です。ほとんどのサーバーでは URL のパスが大文字・小文字を区別するためです。

データベースの列にはどの表記を使うべきですか？

snake_case がほぼ普遍的な慣例です（first_name、created_at など）。多くのデータベースが引用符で囲まれていない識別子を小文字に変換する仕組みに合っており、名前を引用符で囲む必要もなくなります。そのうえでアプリケーション層では通常 camelCase に変換します。これは変換ツールを使う最も一般的な理由のひとつです。

Title Case で一部の単語が正しく出ないのはなぜですか？

変換ツールにはその単語が何であるかを知る手立てがないからです。iPhone、eBay、macOS、NASA には、どんな大文字化ルールでも予測できない決まった形があります。また、どの短い単語を小文字のままにするかについてスタイルガイドの見解も分かれています。AP は 3 文字以下の単語を小文字のままにし、シカゴは長さに関係なく冠詞、接続詞、前置詞を小文字のままにします。Title Case にした見出しは、公開する前に必ず読み返してください。

入力したテキストはサーバーに送信されますか？

いいえ。変換はすべてブラウザー内で行われるため、貼り付けた内容が端末の外に出ることはなく、何も保存されません。ここではエクスポートした顧客リストやメールアドレスの表記を直すことが多いので、知っておく価値があります。