文章を camelCase に変換 最初の語は小文字 無料 オンライン 安全

テキストを camelCase に変換する理由

ほとんどどんな JavaScript のファイル、Java のクラス、Swift や Kotlin のソースを開いても、名前は同じように見えます。userName、totalPrice、getCustomerById、isLoggedIn。単語は空白も区切りもなくつながれ、最初のものは小文字、その後の各語は大文字で始まり、単語の途中のこぶがこのスタイルに名前を与えています。これが camelCase で、C 系の言語の大半が変数と関数のために落ち着いた形です。テキストを camelCase に変換するとは、人間が書く句を、プログラムが受け付け、プログラマーが見分けられる名前に変えることです。

一行を貼り付けて、camelCase で読み返してください。変換はお使いのブラウザー内で行われ、入力したものはどこにも送られず、規則はこのページの言語に従い、英語には従いません。行を単語に切り、最初の語は小文字のままにし、その後の各語の最初の文字を大文字にして、何も挟まずにつなぎます。以下では、ページが正確に何をして何をしないか、異なる言語の厄介な文字をどう扱うか、camelCase とその大文字版の兄弟との違い、この形が慣習である場所とそうでない場所、そして急いでテキストを camelCase に変換する人が引っかかる罠を説明します。

変換が行うこと

切る、最初は小文字、あとは大文字、つなぐ

ページはまず、行を単語に切ります。最初の単語は小文字のままです。その後の各単語は、先頭が大文字になり、残りは小文字になります。それから単語は何も挟まずにつながれます。Crème brûlée for 2 — straße 17, fooBar という行は、crèmeBrûléeFor2Straße17FooBar として戻ってきます。アクセントは保たれ、数字は独立した単語として残り、ダッシュとカンマはなくなり、大文字のところで切られた fooBar は、最後に FooBar としてまたつなぎ合わされています。

切れ目が入る場所

単語の境界は、空白、句読点、ダッシュ、記号、あるいは単語内の小文字から大文字への移り変わりです。したがって customer first name、customer-first-name、customer_first_name、customerFirstName はすべて customerFirstName になります。変換はほぼどんな出発点も受け付け、常に同じ形に至るので、名前がコードに入る前の最後の段階として信頼できます。

結果をコピーする

結果の隣のボタンが、それをクリップボードにコピーします。名前が必要なエディターやファイルに貼り付けてください。

変換が行わないこと

句読点は保たれない

カンマ、ピリオド、ダッシュは、単語間の境界であって、引き継ぐべき文字ではありません。変数名にはそれが望むものですが、散文には望むものではありません。ページに通した文は名前として戻り、その句読点はなくなります。

アクセントは取り除かれない

行はアクセント付きの文字を保ちます。crèmeBrûlée。多くの言語は名前にそれらを許しますが、多くのツールやスタイルガイドは許しません。プレーンな文字が必要なら、まず句をURL スラッグのページに通し、そこでラテン文字の記号を取り除いてから、テキストを camelCase に変換してください。

名前が有効かは確認されない

プログラミング言語には独自の規則があります。名前は数字で始まってはならず、予約語であってもなりません。2 for 1 のような句は 2For1 になり、ほとんどの言語は最初の文字で拒否します。ページは形を作ります。有効性を確認するのはあなたです。

camelCase と PascalCase

同じ考え、違う最初の文字

最初の単語も大文字で始まる場合、CustomerFirstName のように、このスタイルは PascalCase、UpperCamelCase、StudlyCaps と呼ばれます。ほとんどの言語の慣習は、型とクラスに PascalCase を、変数、関数、メソッドに camelCase を使うことです。このページは、小文字で始まる形を作ります。PascalCase を得るには、句を変換して、最初の文字を手で大文字にしてください。

なぜ最初の文字が重要なのか

先頭の大文字は、読む人に名前がクラスだと伝え、小文字は、それがインスタンスか関数だと伝えます。大文字が公開を意味する Go のように、慣習がツールによって強制される言語では、その違いは意味の一部です。

言語が重要

空白なしで書かれる文字体系

単語に切るには境界が必要です。中国語と日本語は空白なしで書かれるので、それらの文字体系の行は一つの単語として戻ります。ページは、推測した場所で切るより、そう伝えることを選びます。誤った切り方は、もっともらしく見えて間違った意味の名前を作るからです。

トルコ語と点つきの i

各単語の最初の文字を大文字にするのは、ページの言語の規則に従います。トルコ語では、i の大文字は İ で、ı の大文字は I です。英語の規則を適用するコンバーターは、単語を変えてしまいます。このページは、書かれている言語に従います。

ドイツ語とエスツェット

単語の途中のドイツ語の ß は、straße のように、そのまま残ります。大文字の STRASSE は、s を重ねた strasse として戻ります。

大文字のない文字体系

アラビア語、ヘブライ語、インド系の文字体系には大文字がないので、単語は単につなげられます。その結果がそのような文字体系で読めるかは、使うツール次第です。

camelCase が慣習である場所

JavaScript と TypeScript

変数、関数、オブジェクトのプロパティは camelCase で書かれ、ほとんどのウェブインターフェースの JSON オブジェクトのプロパティもそうです。テキストを camelCase に変換する句は、おそらくこれらのどれかに向かっています。

Java、Kotlin、Swift、C#、Dart

ローカル変数とメソッドには同じ習慣が当てはまり、クラスには PascalCase が使われ、C# ではメソッドとプロパティにも使われます。チームのスタイルガイドが細部を決めます。

ウェブサービスの JSON

多くの API は、firstName や orderTotal のようなキーを送ります。データが表として始まるなら、CSV を JSON に変換が見出し行をキーに変え、camelCase に変換された見出しは、角括弧や引用符なしでコードが読めるキーになります。逆方向には、JSON を CSV に変換がキーを見出しとして書き戻します。

ハッシュタグとハンドル

プログラミング以外では、キャメルケースは #SpringGardenTips のようなハッシュタグに使われます。大文字が目に単語の境界を示すからです。アクセシビリティにも優れています。スクリーンリーダーは、大文字を使ったハッシュタグを別々の単語として読み、小文字だけの文字の連なりを一つの変な単語として読みます。

慣習ではない場所

Python、Ruby、データベース

これらはアンダースコアを好みます。それらには、snake_caseが道具です。

CSS とウェブアドレス

クラス名、カスタムプロパティ、アドレスはハイフンを使います。kebab-caseをご覧ください。

散文とタイトル

camelCase は名前のためのもので、読むためのものではありません。それで書かれたタイトルや文は目に厳しいです。見出しには、Title Caseを検討してください。

ここでテキストを camelCase に変換する方法

テキストを貼り付けるか入力する

最初の欄に句を入力してください。結果は二番目の欄にすぐ現れるので、入力するにつれて変わるのを見られます。

切れ目と頭字語を確認する

単語がどこで分けられたか、頭字語がどう扱われたかを見てください。parseHtmlString のような名前と parseHTMLString のような名前は別の慣習で、ページは全体に一つの規則を適用します。

コピーする

コピーボタンを押して、結果を必要な場所に貼り付けてください。同じ行のほかの形については、下をご覧ください。

同じ行の七つの書き方すべて

形の一覧表

コンバーターの下の表は、例の行を、サイトが提供する七つの形すべてで示します。大文字、小文字、Title Case、snake_case、kebab-case、camelCase、URL スラッグです。同じ単語がそれぞれでどう見えるかを見る手早い方法です。

これらの形の由来

二つのアルファベット

大文字と小文字は、かつては二つの別のアルファベットでした。大文字はローマのもので、のみで石に刻まれ、小文字はカロリング小文字体に由来し、羊皮紙の上を素早く動くペンで形づくられました。印刷工は二つを別々の箱、上のケースと下のケースに入れており、箱がなくなってからも長く、その名前は残りました。

空白のない名前

プログラミングの形ははるかに新しく、一つの問題を解くために発明されました。名前には空白を含められないという問題です。snake_case は初期の C から、camelCase は Smalltalk から、kebab-case は Lisp から、URL スラッグは、空白とアクセントが許されないアドレスに人間のタイトルを入れる必要から生まれました。camelCase では、ほかでアンダースコアやハイフンが行う仕事を大文字が行い、一つの単語が終わって次が始まる場所を示します。

より広い作業の流れの中の camelCase

仕様からコードへ

要件文書は文で書かれ、コードは名前で書かれます。その間で、誰かが各名詞と動詞を識別子に訳さなければなりません。手作業は遅く、不統一を招きます。ある開発者は customerName と書き、別の開発者は同じものを clientName と書きます。チームが、仕様の正確な文言からテキストを camelCase に変換することに合意すれば、名前は言葉に従い、誰でも、句を検索することで、要件が指すコードを見つけられます。

表の見出しからオブジェクトのキーへ

表計算ソフトには、First Name、Order Total、Date Of Birth のような見出しがあります。データがプログラム内のレコードになると、それらの見出しはキーになります。各見出しを camelCase に変換すると、firstName、orderTotal、dateOfBirth が得られ、コードは引用符や角括弧なしにそれらをプロパティとして読めます。データがその後表計算ソフトに戻らなければならないなら、JSON を XLSX に変換がキーを最初の行として書き、輪が閉じます。

デザインファイルからコンポーネントへ

デザインツールは、レイヤーに Primary Button、Card Title のような平易な言葉で名前をつけます。開発者がコンポーネントを作るとき、それらの名前は primaryButton や cardTitle のような識別子に、あるいはクラス名の primary-button や card-title になります。対応関係をわかりやすく保てば、引き渡しがなめらかになります。レイヤーに伴うサイズと色には、px を rem に変換とHEX を RGB に変換が、名前の背後にある値を変換します。

名付けたものを検索する

一貫したスタイルは、検索を効果的にします。すべてのプロパティが camelCase なら、orderTotal の検索はすべての使用箇所を見つけ、ordertotal や order_total の検索は何も見つけませんが、それ自体が有益な情報です。混在したスタイルは、同じ考えを複数の綴りに散らばらせ、検索から隠します。

安全に名前を変える

名前が変わるとき、検索と置換ではなく、エディターの名前変更ツールが作業するべきです。名前を変える前に、新しい名前を新しい文言から、テキストを camelCase に変換して作り、新しい識別子が最初から慣習に従うようにしてください。それからツールにすべての参照を更新させます。

住む場所で名前をいくつか試す

一括の名前を採用する前に、エディターの中の、実際に現れるコードの行の内側で、三つか四つ試してください。それぞれがほかの隣で自然に読めるなら、その一括は良好です。一つが耳障りなら、句を言い換えて、もう一度テキストを camelCase に変換してください。短い試行は一分で済み、コードベース全体での名前変更を避けられます。

読みやすい名前

関数は動詞で始める

関数は動作であり、その名前はそう伝えるべきです。getUserName、calculateTotal、isValid。関数のためにテキストを camelCase に変換するときは、句を動詞で始めてください。

値には名詞を使う

変数は物を保持します。userName、totalPrice、orderList。真偽値は疑問として読むのが最良です。isActive、hasAccess、canEdit。

頭字語について一貫させる

parseHTML と書くチームも、parseHtml と書くチームもあります。どちらも結構です。混在は結構ではありません。一つを選んですべての名前に適用すれば、コードは検索しやすくなります。

発音できる名前にする

声に出して読める名前は、議論できる名前です。custFnDt はそうではなく、customerFirstDate はそうです。変換は書いたものを保つので、保つ価値のあるものを書いてください。

テキストを camelCase に変換するときの落とし穴

数字で始まる名前

ほとんどの言語が拒否します。前に単語か文字を付けてください。

予約語

class、new、default のような句は、多くの言語でキーワードです。ページはどれがそうかを知りません。名前を使う前に確認してください。

頭字語と大文字の連なり

大文字の連なりの周りの切れ目は、意外なことがあります。結果を読み、慣習と比べてください。

名前のアクセント

ある言語では許され、ほかでは許されません。名前が古いツールを通らなければならないなら、先にアクセントを取り除いてください。

変換する前によくある質問

句読点はどうなりますか？

単語間の境界として扱われ、引き継がれません。

数字は保たれますか？

はい、独立した単語として、残りにつながれます。

すでに snake_case や kebab-case の入力を扱えますか？

はい。アンダースコアとハイフンは境界なので、my_variable_name は myVariableName になります。

PascalCase はどう得ますか？

変換してから、最初の文字を手で大文字にします。

テキストはアップロードされますか？

いいえ。ここで入力したものはどこにも送られないので、下書き、パスワード、顧客の名前は、テキストエディターと同じくらい安全です。

代わりにアンダースコアやハイフンを得るには？

テキストを snake_case に変換またはテキストを kebab-case に変換を使います。

実例

配送料を計算する小さなスクリプトを書いていて、仕様がその値を、キロメートルあたりの配送料、無料配送のしきい値、速達注文かどうか、と呼んでいるとします。それぞれを順に変換して、deliveryFeePerKilometre、freeDeliveryThreshold、isExpressOrder を読みます。最初のものは名詞で始まり、値としては正しく、最後のものは is で始まり、はい・いいえのフラグを示します。三つを変数名としてスクリプトに貼り付けると、仕様とコードが同じ言葉を同じ順序で使うことになり、レビューが簡単になります。

短いチェックリスト

変換する前

句を平易な言葉で書いてください。関数は動詞で、フラグは is か has で始めてください。対象の言語の予約語を確認してください。

変換している間

句を貼り付け、切れ目を見て、名前が文字で始まることを確かめてください。

変換したあと

長さと頭字語を確認し、必要なすべての場所で同じ名前を使ってください。

よくある間違い

人が読むテキストに camelCase を使う

それは名前のためのもので、散文のためのものではありません。

一つのプロジェクトで慣習を混ぜる

層ごとに camelCase、snake_case、kebab-case を選び、それを守ってください。

対象が許すものを忘れる

先頭の数字、アクセント、予約語は、言語によって異なります。

テキストは端末の中にとどまる

変換はローカルで行われます。テキストはお使いのブラウザー自身が扱い、何もどこにも送られません。あとで削除するものも、作成するアカウントもありません。それがテキストを camelCase に変換する素直な方法です。

まとめ

ここでテキストを camelCase に変換するには、一行を貼り付けて、単語に切られ、最初の語が小文字で、その後の各語の最初の文字が大文字になり、すべてが何も挟まずにつながれた形で読み返します。すでに snake_case や kebab-case で書かれた行は、その区切りで切られます。ページは句読点を保ちません。カンマ、ピリオド、ダッシュは、単語間の境界であって、引き継ぐべき文字ではなく、それは変数名には望むものですが、散文には望むものではありません。単語に切るには境界が必要なので、空白なしで書かれる中国語と日本語は、一つの単語として戻ります。最初の文字を大文字にするのはページの言語に従うので、トルコ語の i は İ になります。何もアップロードされません。