工具用的順手嗎？
你的回饋能幫助我們做得更好
在下劃線命名（snake_case）與駝峰命名（camelCase）之間快速互轉，支援批次處理和常見邊界情況。
概覽
了解工具能解決的問題、計算或處理邏輯，以及資料邊界。
這個工具把每一行文字轉成所選的命名風格，提供小駝峰 camelCase、大駝峰 PascalCase、小寫底線 snake_case，以及大寫底線 CONSTANT_CASE。例如 user_name 可轉成 userName、UserName 或 USER_NAME；選擇哪一種取決於你要遵循的語言、框架或專案慣例。
轉換是依照分隔符與大小寫邊界改寫文字，不會理解變數在程式中的用途，也不會解析程式語法。多行輸入會逐行處理，原有換行與空白行保留；每行的首尾空白也會保留。若貼入完整程式碼、註解或句子，內容同樣可能被當成名稱轉換。
camelCase 首字小寫、後續字首大寫，例如 accountBalance；PascalCase 則連第一個字也大寫，例如 AccountBalance。snake_case 用小寫字與底線分隔，例如 account_balance；CONSTANT_CASE 是大寫字與底線，例如 ACCOUNT_BALANCE。不同專案可能有自己的規則，格式名稱只是慣例，不能單憑轉換結果判定命名是否符合特定語言。
例如 Google 的 Java 風格指南將方法與非常數欄位寫成 lowerCamelCase、類別寫成 UpperCamelCase，常數使用 UPPER_SNAKE_CASE；Python 的 PEP 8 則建議函式和變數以小寫及底線分隔。這些是各自風格指南的規定，不應推廣成所有程式語言共用的一套標準。
指南
依步驟完成操作，並透過範例核對輸入與結果。
先整理只包含待轉換名稱的清單，一行放一個名稱。若有多行，工具會分別轉換每行；空白行則原樣保留。
從四種目標格式中選一種。每個選項旁有簡短範例，可先確認大小寫與分隔符方向，再進行轉換。
檢查輸出區，特別比對縮寫、數字、前綴和名稱首尾的符號。確認符合專案規則後，再使用輸出區的複製功能取回結果。
例：將 user_name、account-id 兩行選為小駝峰，會得到 userName、accountId；選大寫底線則是 USER_NAME、ACCOUNT_ID。這只是字串格式整理，若要修改既有程式，還需在原專案同步調整使用位置。
可以先輸入 get_http_response 和 userName 這類熟悉的名稱，切換模式並觀察結果，再貼入正式清單。這有助於發現方向選錯或縮寫拆分方式不符合預期。清單中每行獨立處理，不必用逗號分隔。
情境
查看這項工具在不同工作與生活流程中的用法。
從規格文件或試算表複製欄位清單後，逐行轉成團隊需要的格式；再對照原清單，確認縮寫和欄位含義沒有改錯。
維護不同語言的欄位或設定名稱時，可用同一份清單產生不同格式作為草稿，最後依各專案的風格指南審核。
初學者可用簡短名稱觀察 camelCase、PascalCase 和底線格式的差異，並用結果檢查自己對目標樣式的理解。
問答
集中解答常見疑問與容易混淆的問題。
可以。每行會獨立轉換，換行和空白行會保留。建議一行一個名稱，方便逐項核對輸入與輸出。
不保證。工具依字元大小寫邊界處理，不知道團隊對縮寫的定義。例如 getHTTPResponse 轉小寫底線後可能呈現為 get_httpresponse，不一定是你預期的 get_http_response；請依詞彙慣例手動檢查。
不建議。工具不解析語法，會把每一行當成一般文字處理，因此字串、註解、標點或程式結構也可能改變。若要轉換欄位名稱，請先抽出名稱清單；要改 JSON 鍵名時，另行驗證 JSON 格式與資料對應。
不會替你檢查語言規則、保留字、重名或命名範圍。轉換後請對照目標語言及專案的規範，必要時再用編譯器、檢查工具或程式碼審查確認。
須知
使用前了解適用範圍、結果限制與必要提醒。
命名格式轉換不等於程式碼重構：工具不會尋找名稱的宣告與引用，也不會保證轉換後沒有重名或引用失效。名稱若包含縮寫、特殊前綴、連續分隔符或特殊大小寫，轉換結果可能不符合原本的詞彙意圖。請只提供欲整理的名稱文字，並在套用到專案前核對差異；正式修改程式時，使用能追蹤引用關係的工作流程。
推薦
查找相關工具、專題與可用的 API 能力。
