Camel Case 到 Snake Case 轉換器的替代方案，是一款在瀏覽器本機執行的工具，可將一個識別名或詞組拆解成單字，再以六種樣式重新組建。當您需要在將命名變更套用至程式碼、設定檔或資料契約之前，先檢視單次命名變更時，這項工具會很有用。
Camel Case 到 Snake Case 轉換器採用的就是這種做法。它接受 camelCase、PascalCase、含有大量縮寫字的名稱、以標點符號分隔的單字或混合詞組，接著從一份具決定性的詞元清單建構 snake_case、kebab-case、camelCase、PascalCase、CONSTANT_CASE 和 Title Case。所有結果都會同時顯示，且各自備有複製控制項。
轉換器如何識別單字
大小寫轉換始於詞元化，而非決定要加上底線。轉換器會將小寫字母或數字後接大寫字母的位置分隔開，接著處理縮寫字與其後首字母大寫單字之間的邊界。第二項規則能讓 XMLHttpRequest 這類名稱維持易讀性，將其產生為 XML、Http 和 Request 等詞元，並在 snake case 中轉為 xml_http_request。
若採用在每個大寫字母前插入底線的機械式規則，反而會產生 x_m_l_http_request。這種縮寫字感知拆分可避免過度碎片化的結果，但它仍不會判斷您的專案希望將縮寫字表示為「ID」、「Id」或其他形式。此政策由程式碼擁有者決定。
空白字元、標點符號和重複的分隔符號會成為邊界，而不會產生空白單字。詞元會在組合所選樣式之前正規化為小寫。只要邊界允許，數字便會保留在詞元內；Unicode 字母和數字也會完整保留。大小寫轉換使用明確的英文語系，因此不論瀏覽器設定為何種語系，相同輸入都會產生穩定且一致的結果。
以四個步驟轉換識別名
- 貼上一個識別名或簡短詞組。可使用 camelCase、PascalCase、含有大量縮寫字的名稱、以標點符號分隔的單字或混合詞組。輸入上限為 5,000 個程式碼單位，且經過驗證的工作流程可處理一個識別名或詞組，而非大量清單。
- 檢查詞元邊界。查看轉換器如何處理縮寫字、數字、空格、標點符號和重複的分隔符號。空白或僅含標點符號的輸入會被拒絕，因為其中沒有可轉換的詞元。
- 選擇輸出樣式。選擇 snake、kebab、camel、Pascal、constant 或 title 輸出。六種結果都會一併顯示，因此您可以在複製其中一種之前，先比較它們的組合規則。
- 複製結果並在實際情境中驗證。將複製的值視為命名候選選項。執行專案的格式化工具、程式碼檢查工具、型別檢查、測試、參考資料搜尋，以及任何必要的遷移或相容性作業。
重要的檢查重點是詞元清單，而不只是最終拼寫。如果某個縮寫字被錯誤拆分，所有由該詞元清單產生的輸出都會沿用相同的判定。
比較六種命名政策
每種輸出都是由同一組小寫詞元以機械方式組合而成：
| 輸出 | 確切的組合政策 | 應驗證的項目 |
|---|---|---|
| snake_case | 以底線連接的小寫單字 | 確認目標語言或系統是否接受底線 |
| kebab-case | 以連字號連接的小寫單字 | 檢查哪些位置可使用含連字號的識別名 |
| camelCase | 第一個詞元維持小寫；後續詞元使用首字母大寫 | 確認接收該名稱的 API 或程式碼符號所預期的大小寫形式 |
| PascalCase | 每個詞元均使用首字母大寫 | 檢查專案對型別、元件或命名空間的命名慣例 |
| CONSTANT_CASE | 將底線形式轉為全大寫 | 驗證環境變數或設定項政策 |
| Title Case | 以空格分隔單字，並使用首字母大寫 | 確認結果是否用於以顯示為主的標籤 |
這些是格式化政策，而非普遍適用的正確性規則。語言、框架、資料庫、API 和團隊都可能施加其他限制，例如開頭數字、保留字、最大長度或可接受的字元。選定的輸出也不會保留標點符號：標點符號和連續的分隔符號會轉為單字邊界，只留下字母、數字和所選的輸出分隔符號。
何時瀏覽器選項才是適當的替代方案
當目標是比較幾種命名樣式時，這套工作流程是手動編輯一次性識別名或反覆調整正規表示式的實用替代方案。當輸入內容應留在目前裝置上、不想使用帳號，且只需要檢視結果並複製到另一項工具時，這項工具尤其有用。
所有作業都在瀏覽器中執行，不會上傳或儲存任何內容，也不需要登入或安裝套件。介面透過 React 將貼上的內容顯示為純文字，並不會執行它。即便如此，除非您的組織允許在本機處理這類資料，否則請勿貼上機密資訊、API 金鑰、私有原始碼或可識別個人身分的資訊。
這款瀏覽器轉換器並不是全專案重新命名引擎。它會轉換文字，但不會更新原始檔、找出所有參考資料、建立資料庫遷移或變更外部契約。對於彼此關聯的符號，請使用具語言感知能力的重新命名工具和整個程式碼庫的搜尋。若需比較更廣泛的實作選項，請比較命令列與線上大小寫轉換工作流程。
影響結果的限制
- 適用範圍為一個識別名或簡短詞組。它適合檢視個別名稱並比較其形式，不適合匯入大量專案符號清單。
- 輸入上限為 5,000 個程式碼單位。這可限制算繪和剪貼簿作業的範圍。空白或僅含標點符號的輸入沒有可轉換的詞元，因此會被拒絕。
- 不會進行語意清理。轉換器不會檢查拼寫、將單字轉為單數、轉寫其他文字系統，或猜測縮寫字的含意。
- 不會保留標點符號。標點符號和連續的分隔符號會成為邊界，重複的分隔符號會合併，而不會產生空白單字。
- 仍可使用 Unicode 字元，但不會推斷其語意。字母和數字會完整保留，而大小寫則遵循明確的英文語系政策。
這些限制說明了為何兩個轉換器可能從相同文字產生不同結果。如果專案需要對首字母縮寫字、領域術語或非拉丁文字系統進行特殊處理，請另外套用該政策，不要假設機械式輸出已完整涵蓋其意義。
重新命名不只限於複製的值
複製轉換後的識別名只是實際程式碼變更中的一個步驟。變更匯出的識別名、資料庫欄位、環境變數、URL 或 JSON 屬性，即使新拼寫看起來更俐落，也可能造成破壞性變更。
- 對彼此關聯的程式碼符號使用具語言感知能力的工具。具語言感知能力的重新命名功能可更新文字轉換器無法找到的參考資料。完成後再執行整個程式碼庫的搜尋，以免遺漏較不顯眼位置中的已重新命名參考資料。
- 盤點已持久化及公開的介面。檢查資料綱要、序列化物件、API 傳輸內容、設定鍵、URL、產生檔案、以反射機制進行的查詢、範本及外部消費者。部分參考資料可能無法被具語言感知能力的重新命名工具看到。
- 採用前先規劃相容性。公開 API 和已持久化欄位可能需要遷移、相容性別名、版本控制或分階段部署順序。請檢查差異和發布順序，而不是一次變更所有出現位置。
- 考量區分大小寫的儲存機制。檔案系統和資料庫比較名稱時，可能採用不同的大小寫敏感度規則。僅大小寫不同的重新命名，可能需要使用中間名稱，以確保新舊版本不會同時占用相同的命名空間。
- 執行專案的品質關卡。格式化已變更的檔案、執行程式碼檢查工具和型別檢查、執行相關測試、搜尋過時參考資料，並在合併前檢視完整差異。
在變更公開符號之前，縮寫字政策尤其值得注意。「user ID」這類輸入在 camel case 中可能轉為 userId，而非專案特定的 userID。轉換器刻意不猜測專案所指的含意。
依變更範圍選擇工作流程
- 若只涉及一個識別名或簡短詞組，請使用本機轉換器檢視詞元化結果，並複製最適當的樣式。
- 若涉及彼此關聯的原始碼符號，請使用具語言感知能力的重新命名工具，接著進行搜尋、型別檢查和測試。
- 若涉及已持久化欄位，請將程式碼變更與遷移、回退方案或相容性計畫一併規劃。
- 若涉及公開 API，請將大小寫和詞元邊界變更視為契約變更，可能需要別名或版本控制。
- 若縮寫字或領域術語不確定，請在採用產生的拼寫前手動檢查詞元清單。
這種分工能讓轉換器有效支援其既定任務：在本機產生具決定性的命名候選選項，也能避免將外觀整潔的輸出誤認為完整且低風險的全專案重新命名。
若您正在權衡不同選項，HTML Cleaner API 替代方案：瀏覽器工作流程與限制有更詳細的說明。