文字列のケース形式を判定

判定ツールの検査内容をご確認ください

このツールは、入力全体を定義済みの命名パターンと比較します。大文字の数を数えるだけでも、区切り文字を一つ探すだけでもありません。camelCaseでは、小文字で始まり、途中に大文字で示される単語境界が少なくとも一つ必要です。PascalCaseは大文字で始まり、後続の単語を区切り文字なしで連結します。snake、constant、kebab、dot、pathの各形式では、空でない二つ以上の部分を、アンダースコア、ハイフン、ピリオド、スラッシュのいずれかで一貫して区切る必要があります。空白区切りの文字列については、Title Case、Sentence case、小文字単語列、大文字単語列を検査します。認識できた場合は、形式名と短い理由が返されます。句読点、統一されていない区切り、予期しない大文字、前後の空白によって完全一致しない場合は、誤解を招く推測をせず、混在形式と判定します。この厳密さにより、規則を本当に満たす文字列と、似ているだけの文字列を検証時に区別できます。多くの識別子部分では数字も使用できますが、空の入力や文字列以外の値は分類せず、無効な入力として拒否します。

厳密な判定を規則の検証にご活用ください

形式名は、繰り返し実行できる品質検査に組み込むと特に役立ちます。フォーム、データパイプライン、コード生成ツール、命名監査から得た識別子を送信し、返された形式をご利用のプロジェクトが要求する規則と比較してください。たとえば、APIフィールドではsnake_case、JavaScriptプロパティではcamelCaseが必要な場合があります。混在という結果は確認が必要であることを示しますが、このツールが入力を書き換えることはありません。判定と変換を分離することで、すでに参照されている公開名、データベース列、キーを自動検査が密かに変更する事態を防げます。応答には認識済みかどうかを示す真偽値も含まれるため、処理を簡単に分岐できます。対応する規則なら真、不規則な文字列なら偽です。厳密照合では先頭と末尾の空白も意味を持つため、識別子がシステムへ入る前に、コピー操作で生じた見えない問題を発見できます。多数の値を扱う場合は、項目ごとに一度呼び出し、元の値と検出形式を検証報告に保存してください。監査可能な結果となり、例外的な名前が意図的かどうかを担当者が判断できます。

境界と曖昧な入力の結果をご理解ください

入力が一語だけの場合、複数の形式名が重なる可能性があります。そのため、このツールは実用的な優先順位を使い、存在しない単語境界を推測しません。小文字一語はcamelCaseではなくlowercaseと返します。camel caseは通常、大文字で始まる連結部分を少なくとも一つ含むためです。同様に、大文字一語はCONSTANT_CASEではなくUPPERCASEです。複数語の区切り形式はより明確で、customer_order_idはsnake_case、CUSTOMER_ORDER_IDはCONSTANT_CASE、Customer Order IdはTitle Caseとなります。Sentence caseは先頭が大文字で、後続が空白区切りの小文字単語である必要があります。Title Caseでは各単語の先頭が大文字でなければなりません。頭字語が多い文字列、Unicode文字、アポストロフィ、コンマ、重複する区切り、snake-Caseのような組み合わせは、対応パターンに完全一致しなければ混在形式になります。この慎重な結果は意図的なものです。見慣れた形式名を推測すると、不正な識別子が検証を通過するおそれがあります。アルゴリズムはローカルかつ解析的で、ネットワーク、言語モデル、乱数、時刻依存の処理を使用しません。ブラウザーでも確認でき、APIによる自動化は項目ごとに$0.002です。