ケース変換
camelCase、snake_case、kebab-case、PascalCase などを相互変換
ローカル実行
loading…
このツールについて
識別子は絶えず規約の間を行き来します。API は snake_case を返し、TypeScript は camelCase を求め、CSS クラスは kebab-case が必要で、環境変数は CONSTANT_CASE を要求します。このコンバーターは任意の混在した入力 — スペース、アンダースコア、ハイフン、既存の camelCase — を受け取り、賢く単語に分割して、9 種類のターゲットスタイルで一度に組み直します。
分割器は厄介なケースを理解しています。「getUserByID」を get/user/by/id に分割し(境界まで頭字語を保持)、数字は属する単語の一部として扱い、各行を独立に処理します。そのため、データベースフィールドの列を丸ごと貼り付けて一括変換できます。
すべてのスタイルが行ごとのコピーボタン付きで同時に表示されます — 先にモードを選ぶ必要はなく、貼り付けて必要なものを取るだけです。
よくある質問
- 「HTTPResponse」のような頭字語はどう扱われますか?
- 大文字の連続に小文字が続く場合、最後の大文字の前で分割されます。HTTPResponse → http + response。これはほとんどのスタイルガイドが頭字語のトークン化に期待する挙動に合致しますが、意図を完璧に推測できる分割器は存在しません — 「IOError」が io + error になるようなエッジケースがあります。
- 多数の識別子を一度に変換できますか?
- はい — 各行が独立に変換されます。カラム名のリストを 1 行に 1 つずつ貼り付ければ、出力は新しいスタイルで行構造を保ちます。
- ここでの Title Case と Sentence case の違いは何ですか?
- Title Case はすべての単語を大文字で始めます(「User Account Id」)。Sentence case は最初の単語だけです(「User account id」)。どちらも冠詞や前置詞に関する編集上のルールは適用しません — 識別子に対してそれが欲しいことはまずないからです。
- 往復変換しても必ずしも元に戻らないのはなぜですか?
- 単語への分割は情報を捨てます — 「user_ID_2」と「userId2」は同一にトークン化されます。前方への変換は決定的ですが、単語境界の元の綴りを常に逆方向に復元できるとは限りません。