大小寫轉換工具(kebab-case・camelCase・snake_case,免費)

免費線上一鍵批次互相轉換 kebab-case、camelCase、PascalCase、snake_case 等主流命名規範。方便程式設計時改寫變數名、檔名、環境變數名。

Tips

  • XMLParser 這樣的首字母縮略詞(連續大寫字母)也能正確拆分為 XMLParser 後再轉換。
  • 點選每行右側的按鈕即可立即複製到剪貼簿。
  • 不同語言和場景所使用的命名規範也不同:JavaScript/Java 的變數名常用 camelCase,類名用 PascalCase,Python 的變數名和函式名用 snake_case,環境變數用 CONSTANT_CASE,URL 和 CSS 類名則多用 kebab-case
  • 即使夾雜中文或其他符號,也只會提取其中的英數字單詞進行轉換(中文部分會被排除在轉換結果之外)。

常見問題

可以。轉換時只會提取並分割英數字單詞,中文部分不會包含在結果中。如果輸入內容全部是中文,則結果為空。

數字會被當作與英文字母相同的單詞的一部分處理。例如 version2Update 會被拆分為 version2Update

不會。轉換處理全部在瀏覽器內完成,輸入內容不會以任何形式傳送到伺服器。
ツールくん

閒話 ― 為什麼各程式語言的命名規範不同

snake_case 據說源自 20 世紀 70 年代的 C 語言社群。當時的終端和編輯器環境中,大小寫字母有時並不容易區分,於是用下劃線分隔單詞的寫法反而更受歡迎,逐漸成為一種慣例。這一傳統後來被 Python 和 Ruby 強烈繼承了下來,至今仍是它們程式碼風格的標誌之一。

另一方面,camelCase 據說源於 20 世紀 80 年代的 Smalltalk,以及後來 Java 的設計。Java 的設計者們選擇了比下劃線更緊湊、書寫起來也更快的 camelCase 作為標準風格,而這一做法後來又被 JavaScript 原封不動地繼承了下去,一路影響到今天的前端開發習慣。

有意思的是,在大多數程式語言中,kebab-case 反而不能用作變數名,原因很簡單——- 會與減法運算子衝突,編譯器無法區分二者。正因如此,它主要活躍在 URL、CSS 類名、命令列引數等並非程式語言識別符號的場合,倒也算是"各得其所"。