ケースコンバーター

タイトルケースはスタイルの決断であり、ルールではない

ほとんどのケースコンバーターはタイトルケースを「各単語の最初の文字を大文字にする」として実装しています。どんなスタイルガイドも実際にはそう言いません。すべての主要ガイドは、最初や最後の単語でない限り、特定の短い単語を小文字にしますが、どの単語が該当するかについては一致しません。

APスタイルは冠詞、並列接続詞、3文字以下の前置詞を小文字にします。Chicagoは長さに関係なくすべての前置詞を小文字にし、冠詞と並列接続詞も同様です。実用的な結果は、同じ見出しがどのガイドで書いているかによって異なる方法で資本化されることです。

ハイフン付きの複合語はコンバーターが失敗する別の場所です。「state-of-the-art」は「State-of-the-Art」になるべきです — 最初の要素が大文字で、複合語内のminorな単語はそのまま。スペースで分割するだけで「State-of-the-art」になりますが、これはAPとChicagoの両方で間違いです。

センテンスケースと最初を小文字にするのはなぜ wrong か

センテンスケースは各文の最初の単語を大文字にし、残りはそのままにすることを意味します。単純な実装はすべてを小文字にしてから文字ゼロを大文字にするため、固有名詞を破壊し、複数文の段落全体に1つの大文字しかありません。

このツールはUnicode文境界ルールを使用してテキストを文に分割し、各文の最初の文字を大文字にします。これにより「e.g.」や「Dr.」のような略語をピリオドで分割するよりはるかに良く処理し、デーバナーガリ・ダンド（।）やその他の非ラテン文終止符にも対応します。独立した英語代名詞「I」はその後復元されます。

固有名詞は依然として本物の制限です：固有名詞を「paris」が「Paris」であると確実に tell できるオフラインツールはなく、実行するとテキストをサーバーに送信することになります。正直な答えは、センテンスケースが道の大部分を切り開き、名前はチェックするということです。

プログラマーケース

開発者向けの変換 — camelCase、PascalCase、snake_case、CONSTANT_CASE、kebab-case、dot.case — すべてセパレーターを置換するのではなく、まず入力をトークン化することで機能します。つまり、myXMLParserはmy / XML / Parserにトークン化され、my_xml_parserに変換されます。文字レベルのアプローチが生成するmy_x_m_l_parserではなく。

• camelCase — JavaScript変数と関数
• PascalCase — クラスとReactコンポーネント
• snake_case — Python、Ruby、SQLカラム
• CONSTANT_CASE — 環境変数と定数
• kebab-case — URL、CSSクラス、ファイル名