テキスト

ケース変換

見出し、変数名、URL スラッグ、整っていない下書きを貼り付けるだけで、目的の表記に変換した結果をすぐに確認できます。UPPER、lower、先頭大文字はもちろん、開発でよく使う camelCase、PascalCase、snake_case、kebab-case、CONSTANT_CASE、dot.case、path/case まで対応。変換はすべてブラウザ内で行われるため、社内の命名案や公開前の原稿を端末の外へ出す必要はありません。

  • 集計と変換はすべてブラウザ内で完結し、内部フィールド、変数名の草案、未公開の文案を外部へ送信しません
  • 文章向けの表記と 8 種類のプログラミング命名規則をまとめて扱え、選択中の形式がすぐ分かります
  • 入力すると即座に変換され、改行や連続スペースを保持できるため、長文やインデント付きの断片も扱いやすいです
  • 出力をそのまま入力へ戻せるので、スペース区切り → snake_case → CONSTANT_CASEのような連続変換も簡単です
工具/ケース変換
0 文字
0 文字
すべて大文字
変換形式

概要

単一の表記だけを変えるツールではありません。文章の表記、コード識別子、設定キーの命名を同じパネルで扱えるため、エディタや別ツールを行き来する手間を減らせます。

  1. 01

    文章向けの表記に対応

    見出し、商品名、UI 文言、短いコピーを、UPPER、lower、語頭大文字、自然な文の表記へまとめて切り替えられます。文字を一つずつ直す必要はありません。

  2. 02

    Caps Lock の入力ミスをすばやく修正

    大文字・小文字の反転は、Caps Lock を入れたまま入力してしまった英文を直すときに便利です。

  3. 03

    8 種類のプログラミング命名規則

    camelCase、PascalCase、snake_case、kebab-case、CONSTANT_CASE、dot.case、path/case、スペース区切りをワンクリックで切り替えられ、識別子を目的のシステムに合わせやすくなります。

  4. 04

    入力しながら即プレビュー

    右側の結果エリアは入力に合わせてリアルタイムに更新されます。形式をグリッドから選び直すだけで、変換結果をすぐ比較できます。

  5. 05

    元の構造を残せる

    改行保持とスペース保持を使うと、長い文書、インデントされたコード断片、リスト形式のデータも、変換後に元の見た目を保ちやすくなります。

  6. 06

    完全にローカルで処理

    変換は現在のブラウザセッション内で実行されます。非公開の変数名、内部フィールドラベル、公開前のコピーがサーバーへアップロードされることはありません。

使い方

貼り付け、形式選択、プレビュー、再利用まで、すべてひとつのパネルで完了します。

  1. 01

    変換したいテキストを入力欄に貼り付けると、結果エリアがすぐに更新されます。

  2. 02

    下のグリッドから目的のケース形式を選びます。何度でも切り替えて結果を比較できます。

  3. 03

    複数行の内容やインデント付きの断片を扱う場合は、必要に応じて改行を保持またはスペースを保持を有効にします。

  4. 04

    続けて別の形式へ変換したい場合は、出力を入力に使うをクリックします。たとえば、スペース区切り → snake_case → CONSTANT_CASE のように変換できます。

  5. 05

    結果に問題がなければコピーして、コード、設定ファイル、文案などに貼り付けます。

詳細

ケース形式にはそれぞれ向いている場面があります。個人の好みよりも、対象システム、チーム規約、読み手の慣れに合わせて選ぶのが大切です。

  • すべて大文字は略語、ステータスラベル、短い警告に向いています。ただし本文で多用すると強すぎる印象になります。
  • すべて小文字は、カジュアルな文体、コードコメント、UI 文言の表記統一に使いやすい形式です。
  • 語頭を大文字にする形式は、ページ見出し、商品名、固有名詞を含むタイトルに向いています。
  • 文として自然な表記は、説明文、案内文、段落など、自然言語のコンテンツに適しています。
  • camelCase は JavaScript の変数名、関数名、JSON キー、多くのフロントエンド識別子でよく使われます。
  • PascalCase は TypeScript のクラス、React コンポーネント、.NET の型、公開 API の型名でよく使われます。
  • snake_case は Python の変数、Ruby のシンボル、データベース列名、ファイル名の一部ルールでよく使われます。
  • kebab-case は URL スラッグ、CSS クラス名、HTML 属性値に向いた定番の形式です。
  • CONSTANT_CASE は環境変数、列挙値、設定キーと相性がよい形式です。
  • dot.case と path/case は、翻訳キー、ルートのプレースホルダー、階層化されたカテゴリ識別子に向いています。

活用シーン

ケース変換そのものは難しくありません。面倒なのは、ツールを切り替えたり、チームの命名規則を思い出したり、公開後に表記ゆれへ気づいたりすることです。

  1. 見出しと商品コピー

    ページタイトル、ファーストビューの文言、マーケティングコピー、ボタン文言をスタイルガイドに合わせてまとめて整えられます。

  2. 変数名と API フィールドの移行

    Python、JavaScript、バックエンド契約の間でコードを移すときに、snake_case、camelCase、kebab-case を相互に変換できます。

  3. データベースと ORM フィールド

    列名、モデルプロパティ、ORM のマッピングを、データベースやフレームワークが期待する命名規則に合わせられます。

  4. 取り込みデータのクリーニング

    CSV エクスポート、スクレイピングしたリスト、ユーザー入力を業務システムへ取り込む前に、表記のばらつきをそろえられます。

  5. SEO メタ情報の整理

    ページタイトル、メタディスクリプション、Open Graph 文言のケースをそろえ、検索結果や SNS プレビューでの見え方を整えられます。

  6. CSS とデザイントークン

    概念名のリストから、kebab-case のクラス名、snake_case のトークンキー、CONSTANT_CASE のスタイル定数をすばやく作れます。

  7. 環境変数と CI 設定

    フレーズを CONSTANT_CASE に変換し、.env ファイル、GitHub Actions の入力、インフラ用変数の命名を統一できます。

  8. URL スラッグとルーティング

    タイトルや商品名を kebab-case のスラッグに変換したり、ネストしたルート構造で path/case の識別子を使ったりできます。

  9. 翻訳キーと i18n

    人が読める短いフレーズを dot.case の翻訳キーへ整えられます。元の意味が分かりやすいまま、キーとして扱いやすくなります。

  10. Caps Lock と文調の修正

    Caps Lock のまま入力してしまったコメント、カスタマーサポートの返信、リリースノートを自然な表記に戻し、必要に応じて語頭大文字や文の表記へ整えられます。

関連情報

ケースを整えたあと、タイトル、変数名、説明文が長さ制限を超えていないか確認したい場合は テキストカウンター で文字数とバイト数を確認できます。原文に余分な空白、乱れた改行、見えない文字が含まれている場合は、先に テキストクリーナー で整えると安心です。決まった語句、接頭辞、フィールドの一部をまとめて置き換える必要がある場合は テキスト置換 を使うと安定します。変数、ルート、列挙値、取り込んだ名簿のようなリストを扱う場合は、続けて 行操作ツール で重複削除、並べ替え、番号付け、分割を行えます。

使い方のヒント

入力が実際の識別子に近いほど、変換結果は安定します。略語、混在言語、珍しい記号を含む場合は、最後に人の目で確認するのがおすすめです。

  • まずプロジェクト内の正式な命名規則を決めてください。ツールは任意の形式へ変換できますが、最終的な基準はスタイルガイドです。
  • 識別子を扱うときは、長い文章ではなく短い token 単位で変換すると、略語や境界ケースに気づきやすくなります。
  • 複数行のリストを変換するときは改行を保持を有効にしてください。そうしないと、プログラミング向けのケースでは複数行がひとつの識別子に結合されることがあります。
  • 大文字・小文字の反転は Caps Lock の入力ミス修正に便利ですが、語頭大文字や自然な文の表記にした後は、固有名詞が崩れていないか必ず確認してください。
  • 日本語、中国語、アラビア語などの非 ASCII 文字と英語が混在する場合、非 ASCII 文字は多くの場合そのまま残ります。必要に応じて別途確認してください。

制限事項

この変換ルールは、英字、数字、一般的な識別子の区切り記号を整えることを主な目的としています。意味を理解したり、言語を自動判定したりするものではありません。

  • 文の表記は単純な先頭大文字化のルールに基づくため、固有名詞の例外や複雑な文法までは扱えません。
  • camelCase と PascalCase では、略語も通常の単語として扱われます。APIClient は apiClient または ApiClient になるため、全大文字の略語を残したい場合は手動で調整してください。
  • 大文字・小文字の反転は英字だけを対象にします。数字、句読点、空白、多くの記号はそのまま残ります。
  • 非常に長い入力ではリアルタイムプレビューが一時的に重くなることがあります。大きな文書は分割して処理してから結合することをおすすめします。
  • このページはスペルチェック、文法校正、文字の転写、言語判定は行いません。

よくある質問

対応形式、命名規則、多言語テキスト、ローカル処理、よくある境界ケースについて、使う前に迷いやすい点をまとめました。

入力したテキストはサーバーへアップロードされますか？

いいえ。すべての変換は現在のブラウザセッション内で行われます。下書き、内部フィールド名、非公開の断片が端末の外へ出ることはありません。

文書全体を一度に変換できますか？

できます。入力欄へまとめて貼り付けると、結果はすぐに更新されます。複数行の内容を扱う場合は、段落やリストが 1 行に圧縮されないよう改行を保持を有効にしてください。

camelCase と PascalCase の違いは何ですか？

camelCase は先頭を小文字にし、後続の単語の頭文字を大文字にします。例: myVariableName。PascalCase は最初の単語も大文字で始めます。例: MyVariableName。変数名には camelCase、クラス名、コンポーネント名、型名には PascalCase がよく使われます。

大文字・小文字の反転は数字や記号にも影響しますか？

いいえ。反転されるのは英字だけです。数字、句読点、空白、特殊文字はそのまま残ります。

ファイル名、変数名、ルート名の作成にも使えますか？

使えます。camelCase、PascalCase、snake_case、kebab-case、CONSTANT_CASE、dot.case、path/case は、コード識別子、ファイル名、URL スラッグを作る用途に向いています。

日本語、中国語、韓国語はローマ字やピンインに変換されますか？

いいえ。主に英字と数字の命名スタイルを整えるツールです。日本語などの非 ASCII テキストは、英語と混在していても基本的にはそのまま保持されます。

改行を保持とスペースを保持は何を変えますか？

改行を保持は複数行テキストの段落構造を残すかどうかを決めます。スペースを保持は連続スペースを区切りとして扱うだけにするか、見た目の空白として残すかを決めます。

snake_case や kebab-case にしても、一部の記号が残るのはなぜですか？

変換は英数字のまとまりと一般的な区切り記号を優先して処理します。それ以外の記号は、句読点やマークアップ記号を勝手に消してしまわないよう、基本的に保持されます。

連続した大文字はどのように扱われますか？

HTML、API、URL のような連続大文字は、次の単語との境界を考慮して略語として扱います。たとえば HTMLParser は html parser のように分割してから目的の形式へ組み立てるため、多くの識別子で予測しやすい結果になります。

大きなテキストでは遅くなりますか？

一般的な文書やコード断片であればリアルタイムに変換できます。非常に長いテキストでは再計算時に一時的な遅延が出ることがあるため、段落やブロックごとに処理することをおすすめします。

非公開のコードや社内向けの命名にも使えますか？

使えます。変換は完全にブラウザ内で行われるため、内部変数名、未公開のルート、一時的な識別子がアップロードされることはありません。

dot.case と path/case はいつ使いますか？

dot.case は翻訳キー、ログの名前空間、階層化された設定パスに向いています。path/case はルートのプレースホルダー、ディレクトリ風の識別子、スラッシュで階層を区切りたい場面に向いています。

関連ツール

ケースを整えたあとは、同じツール群で長さ確認、空白の整理、一括置換、行単位の処理まで続けて行えます。