如何在線批量轉換大小寫(句首、標題式、camelCase 等)
無需在編輯器裡手工改:一鍵處理標籤、枚舉字段與段落的大小寫,適合重構 API、清理表格或對齊排版規範。

為什麼有用
編輯從 CMS 導出的標題全是「大喊式」全大寫;開發要把 GraphQL 字段從 snake_case 改成 camelCase;支持團隊合併多國工單標題時需要統一的 Title Case。批量轉換很枯燥,但在瀏覽器裡完成可以避免把敏感文案粘貼到來歷不明的擴展。
三類場景
粘貼導出常量,在 camelCase、PascalCase、CONSTANT_CASE 之間快速切換。
少手工改名
將整段標題批量轉為 sentence case 或 Title Case,貼合編輯部規範。
可直接發佈
批量轉小寫,專有名詞再單獨校對。
token 更一致
操作步驟
打開 大小寫轉換。
粘貼文本
支持多行;保留換行,方便對齊 CSV 或日誌片段。
選擇目標格式
sentence / lower / UPPER / Title / camelCase / PascalCase / snake_case / CONSTANT_CASE / kebab-case / dot.case / path/case / header-case 等按項目規範挑選。
預覽右側輸出
實時查看是否誤傷專有名詞或必須保持原樣的 API 名稱。
複製或回填
粘回編輯器、表格或工單系統。
Input
user_profile_id
first_name
LAST_LOGIN_ATOutput
userProfileId
firstName
lastLoginAt實用技巧
常見誤區
常見陷阱
大小寫影響哈希或路徑
大小寫敏感的文件系統上,隨意改路徑可能導致簽名失效;先在副本上演練。
常見陷阱
縮寫詞在 Title Case 裡變形
如品牌寫法 USA TODAY 可能被工具打散,需要事後手工修正。
常見陷阱
帶附標的 Unicode 字符
合成字符的大寫規則因引擎略有差異,本地化文案發布前建議抽樣檢查。
不適合的場景
- 語義級重命名(如
UserDTO→CustomerDTO):請用 IDE 重構或 codemod。 - 需要校驗唯一性的 slug:僅靠大小寫無法保證不衝突。
- 語言特定的 Lint 規則:交給 ESLint 等工具更合適。
常見問題
會上傳文本嗎?
不會,轉換在瀏覽器本地完成,適合處理尚未公開的文案。
能只轉換選中行嗎?
可先在大文件裡分段粘貼;或與編輯器「局部選擇」配合使用。
camelCase 會自動拆英文句子嗎?
結構型命名通常依賴分隔符(下劃線、短橫線);純散文句子要先手工斷詞再套格式。