スネークケースとキャメルケース相互変換

プログラマーが API 開発時に、バックエンド側の batch_export_time をフロントエンド側のキャメルケース batchExportTime に変換する必要があります。多くのフィールドを手動で変更するのは時間がかかり、誤りが生じやすいです。当ツールを開いて、テキストを貼り付け、変換方向を選択すれば、一瞬で結果が得られます。以下で詳しい使い方と注意点をご説明します。

このツールが活躍する場面

フロントエンドとバックエンド間の連携時のフィールド名変換
バックエンド API は通常、アンダースコア区切りの JSON フィールドを返します（user_id、created_at など）。フロントエンド側の JavaScript/TypeScript では、キャメルケースの userID、createdAt を使う習慣があります。毎回数十個のフィールドを手動で変更するのは、時間がかかるだけでなく、漏らしやすいです。
当ツールを使えば、JSON 全体またはフィールドリストをコピーして入力欄に貼り付け、「スネークケース→キャメルケース」を選択するだけで、右側の結果エリアにキャメルケース版がすぐに表示され、そのまま置き換えられます。

データベースの列名からエンティティクラスのプロパティへの変換
データベースの列名はアンダースコアを使います（order_status など）。一方 Java のエンティティクラスはキャメルケース規則に従っています（orderStatus）。新規エンティティを作成する際、DDL スクリプトを貼り付けて一発で全プロパティ名を生成でき、IDE で一つ一つリファクタリングする手間が省けます。

設定ファイルと環境変数の命名の統一
設定ファイルによっては database_url を使う場合もあれば、DATABASE_URL のように全大文字とアンダースコアを使う場合もあります。また databaseUrl というキャメルケースを使う場合もあります。スネークケース版を貼り付けて「スネークケース→キャメルケース」を選択し、大文字小文字を手動で調整するだけで、チーム全体の命名規則を素早く統一できます。

スネークケースとキャメルケースとは

スネークケース（snake_case）は、すべて小文字の単語をアンダースコア _ で結合したものです（user_name、last_login_time など）。これは C 言語の伝統に由来し、Python、Ruby、データベーススキーマで非常に一般的です。

キャメルケース（camelCase）は、最初の単語は小文字で、その後の各単語の最初の文字を大文字にして連結したものです（userName、lastLoginTime など）。Java、JavaScript、Swift などの言語標準ライブラリとフレームワークはほぼすべてキャメルケースを使用しています。PascalCase は大文字で始まるキャメルケース（UpperCamelCase）で、クラス名に使用されることが多いです。

当ツールは小文字で始まるキャメルケース（camelCase）とスネークケース間の相互変換に対応しており、ほとんどの API と変数の使用シーンをカバーしています。

変換ツールの使い方

ページの上部に 2 つのメインエリアが表示されます。左側は入力エリア、右側は結果エリア、その中央に変換方向を切り替えるボタンがあります。

第 1 ステップ：左側の「入力テキスト」テキストボックスに、変換したい文字列を貼り付けます。1 行に 1 つの単語でも、複数行でも、さらには数字や特殊文字を含んでいてもかまいません。

第 2 ステップ：変換方向を確認します。テキストボックスの上には 2 つのオプションがあります：「スネークケース→キャメルケース」と「キャメルケース→スネークケース」。元の形式に応じて対応するオプションをクリックすると、選択されたオプションがハイライトされます。

第 3 ステップ：青色の「変換開始」ボタンをクリックします。コンバーターは選択した方向に従って各行を処理し、右側の結果エリアに変換されたテキストがすぐに表示されます。

第 4 ステップ：右側の結果を確認します。ある行が目標形式に合致しない場合（例えば、スネークケース→キャメルケース変換でアンダースコアが入力に見つからない場合）、結果はそのままで、下のメッセージにスキップされた行が表示されます。結果エリアの右上角にある「コピー」アイコンをクリックすれば、すべての結果を一度にコピーできます。

バッチ処理のコツ：JSON 全体または変数名のグループを複数行貼り付けるだけで、コンバーターは各行を独立して変換し、空行と空白を保持するため、フォーマットが崩れません。

完全な例：段階的な変換手順

実際のユーザー API JSON スニペットで説明します。

以下のような入力があると仮定します（スネークケース形式）：

user_id
first_name
last_login_time
profile_image_url

「入力テキスト」ボックスに上記のコンテンツを貼り付け、「スネークケース→キャメルケース」を選択して、「変換開始」をクリックします。右側の結果エリアに以下が表示されます：

userId
firstName
lastLoginTime
profileImageUrl

各行を照らし合わせてみましょう：user_id が userId に変換されます。ルールはアンダースコアを削除し、アンダースコアの後の最初の文字を大文字にすることです。first_name → firstName、last_login_time → lastLoginTime、profile_image_url → profileImageUrl。最後の単語 url が Url に変換されていることに注意してください。これは省略形の習慣を保つためです。

逆に、キャメルケース版を入力した場合：

userId
firstName
lastLoginTime
profileImageUrl

「キャメルケース→スネークケース」を選択して変換をクリックすると、出力は以下のようになります：

user_id
first_name
last_login_time
profile_image_url

変換が完了するたびに、コピーアイコンをクリックして結果を直接取得できます。

さらなる例：エッジケースの処理

連続するアンダースコアの場合
user__name（2 つの連続したアンダースコア）を入力し、スネークケース→キャメルケース変換を選択すると、結果は userName になります。連続したアンダースコアは 1 つの区切り文字と見なされ、余分な大文字は生成されません。

先頭または末尾のアンダースコア
_private_key_ を入力して変換すると、privateKey が得られます。先頭と末尾のアンダースコアは無視され、無効な識別子が発生するのを避けます。同様に、キャメルケース→スネークケース変換時に _privateKey を入力した場合（フロントエンドではまれですが）、コンバーターはまず先頭のアンダースコアを削除してから処理し、結果は private_key になります。

数字と混合コンテンツ
addr_line1 を入力してキャメルケースに変換すると addrLine1 が得られ、数字は元の位置に保持されます。homeAddress2 を入力してスネークケースに変換すると、結果は home_address2 になり、数字の後の変換ルールは変わりません。純数字または純記号行（例：12345）を変換した場合、そのまま保持されます。

全大文字
API_KEY（全大文字）を入力し、スネークケース→キャメルケース変換を選択すると、デフォルトで apiKey が出力され、全大文字は小文字で始まるキャメルケースに変換されます。API を大文字のままにしたい場合は、入力ボックスで最初の文字を小文字に手動で変更して aPI_KEY にしてから変換すれば aPIKey が得られますが、一般的なスタイルガイドでは小文字で始まるキャメルケース apiKey を使用することを推奨しています。

よくある間違いと落とし穴

キャメルケース→スネークケースの方向を間違える
スネークケース形式のフィールドを貼り付けてから、誤って「キャメルケース→スネークケース」を選択してしまい、結果が依然としてスネークケースだからツールが壊れていると思うことがあります。実は方向が違うだけなので、オプションを確認すればわかります。

大文字で始まるキャメルケース（PascalCase）と小文字で始まるキャメルケースの混同
当ツールが処理するのは小文字で始まるキャメルケース、つまり首字が小文字の変数名です。クラス名のように UserProfile という大文字で始まるキャメルケースをスネークケースに直接変換すると、user_profile が得られます。これは正しいです。しかし、User_Profile が得られると予想していた場合は、これは正しくありません。最初に他の方法で首字の大小文字を処理する必要があります。

JSON 全体を変換した後、検証せずにそのまま置き換える
JSON オブジェクト全体を貼り付けて変換し、"user_id": 1 を "userId": 1 に変更する人が多いです。JSON キーは二重引用符で囲まれているため、コンバーターは引用符を通常の文字として保持するため、変換結果は依然として有効な JSON です。ただし、コピーする際に誤ってカンマまたは括弧を多く選択した場合、構文エラーが発生します。フィールド名部分のみを変換し、完全な JSON に戻すことをお勧めします。

コード内の先頭と末尾のアンダースコアを無視する
__init__.py のモジュール名は変換後 init.py になり、先頭のアンダースコアが失われます。このような特殊な規則（例えば Python のプライベート変数の二重アンダースコア）は手動で復元する必要があります。ツールはデフォルトで先頭と末尾のアンダースコアを削除します。これは通用的な変数名を念頭に置いているからです。

制限事項

当ツールは純粋な文字列ルールに基づいて変換を行い、プログラミング言語の構文を解析しません。入力は基本的な識別子仕様に準拠していると想定しており、文字、数字、アンダースコアのみを含みます。キーワード競合は処理されません。変換結果は必ずターゲット言語の環境で検証し、予約語との競合やスタイルの不一致がないことを確認してください。

言語固有の特殊な命名規則（C# の @class プレフィックスや Go の大文字で始まる識別子がエクスポートを表すなど）には対応していません。大量のテキスト（50 万行超）をバッチ変換する場合、ブラウザーのメモリ制限によりパフォーマンスが低下する可能性があるため、分割して行うことをお勧めします。

出力結果は参考情報に過ぎません。特に自動化されたコード生成またはリファクタリングシナリオでは、linter とコードレビューと組み合わせて使用してください。

よくある質問 FAQ

スネークケース→キャメルケース変換後、最初の文字を大文字にする方法は？
デフォルトでは小文字で始まるキャメルケース出力です。大文字で始まるキャメルケース（PascalCase）が必要な場合、結果を貼り付けた後、最初の文字を手動で大文字に変更するか、変換前に入力の前に任意の文字を追加してから削除できます。ただし、当ツールは大文字小文字調整スイッチを提供していません。今後のバージョンで追加を検討しています。

全大文字の SNAKE_CASE を処理できますか？
はい。MAX_RETRY_COUNT を入力し、スネークケース→キャメルケース変換を選択すると、maxRetryCount が出力され、自動的に小文字で始まるキャメルケースに変換されます。逆に、キャメルケース→スネークケース変換は自動的に全大文字を生成せず、小文字のスネークケース max_retry_count が出力されます。全大文字定数形式が必要な場合、他のテキストツールを使用して大文字に変換できます。

変換結果をコード内で直接使用できますか？
通常可能ですが、文字セットに注意が必要です。当ツールは ASCII 文字と数字のみを使用し、Unicode 文字は導入しません。コード内で UTF-8 識別子が許可されている場合、結果は問題ありません。ただし、言語によっては数字で始まることが許可されていないものがあります。変換結果が数字で始まる場合（例：2nd_value が 2ndValue に変換される）、変数名として無効であり、手動調整が必要です。

このツールと IDE のリファクタリングリネーム機能の違いは何ですか？
IDE のリファクタリング機能はすべての参照を同時に変更し、スコープをチェックします。当ツールは単なる文字列形式の相互変換であり、コード構造を変更しません。フィールドリストのコピー、エンティティクラスの生成、一時的なバッチ置換に適しており、高速で特定のエディターに依存しません。

ハイフン区切り記法（kebab-case）をキャメルケースに逆変換できますか？
現在、スネークケースとキャメルケースの相互変換のみをサポートしています。ハイフン区切り（例：background-color）の場合、テキストエディターの検索と置換を使用して最初に - を _ に置換してから、当ツールを使用できます。

上記の入力エリアで独自のフィールド名を試してみて、変換効果を確認してから、ワンクリックでコピーできます。

計算根拠 / 方法説明

• Google Java Style Guide - Naming — Java での変数名の使用 lowerCamelCase と定数の使用 CONSTANT_CASE を定めており、言語レベルでキャメルケースとスネークケース命名の使用シーンを定義しています。
• 『Clean Code』第 2 章：有意義の命名 — さまざまな命名スタイルの可読性について論じ、チーム内での一貫した命名規則を維持し、スネークケースとキャメルケースの混用を回避することを推奨しています。

最終更新 2026年6月7日 · 工具匠 により維持されています