文字大小寫轉換器：在 camelCase、snake_case、PascalCase 等格式間轉換

JavaScript 與 TypeScript 慣例：對變數、函式與物件屬性使用 camelCase（myFunction、userName）；對類別與介面使用 PascalCase（UserController、ApiResponse）；對真正的常數使用 UPPER_SNAKE_CASE（MAX_RETRY_COUNT）。ESLint 與 Prettier 可自動強制執行這些規則——在專案中設定它們，並使用大小寫轉換器修復舊版程式碼。

Python（PEP 8）對變數、函式與方法名稱強制使用 snake_case（calculate_total、database_url）；對類別名稱使用 PascalCase（HttpClient）；對常數使用 UPPER_CASE（API_VERSION）。Python 不會阻止您使用 camelCase，但在任何認真的專案中，您的程式碼都將無法通過程式碼審查。

CSS 對類別名稱與屬性使用 kebab-case（.main-header、background-color）。JavaScript 無法直接使用 kebab-case，因為連字號是減法運算子，因此像 React 這類 CSS-in-JS 函式庫對樣式物件使用 camelCase（backgroundColor 而非 background-color）。我們的轉換器可立即橋接此差距。

Java 慣例：對類別與介面使用 PascalCase（CustomerRepository、OrderService）；對方法與變數使用 camelCase（findById、customerName）；對常數（static final 欄位）使用 UPPER_SNAKE_CASE。Java 是嚴格型別化且慣例重的語言——偏離這些規範會使您的程式碼令人困惑，即使它能通過編譯。

資料庫（SQL）傳統上對資料表與欄位名稱使用 snake_case（order_items、created_at），因為許多資料庫系統不區分大小寫，且 snake_case 在該上下文中是最具可讀性的。在將 ORM 實體對應到應用程式碼時，轉換器可以批次將所有欄位名稱轉換為目標語言慣例。

API 命名根據協定使用多種慣例。REST API JSON 回應通常使用 camelCase（JavaScript 慣例，因為 JSON 源自 JavaScript）。GraphQL 欄位遵循 schema 定義的慣例。gRPC 對服務與方法名稱使用 PascalCase。gRPC-Gateway JSON 回應會自動轉換為 camelCase。

標題大小寫（用於標題）有競爭的標準——APA、Chicago、AP 與 MLA 各自定義了不同的單詞大寫規則。我們的轉換器遵循 APA 風格（將第一個與最後一個單詞、所有名詞、代名詞、形容詞、動詞、副詞與從屬連接詞大寫；不要將冠詞、對等連接詞與短介詞大寫，除非它們是第一個或最後一個單詞）。

從一種大小寫風格轉換為另一種時，轉換器會智慧地保留數字與特殊字元。例如，"user2profile" 轉換為 snake_case 時變成 "user_2_profile"——數字被視為單詞邊界。首字母縮寫也會被處理："parseXMLFile" 轉換為 snake_case 時變成 "parse_xml_file"，正確地偵測到 "XML" 是一個單一邏輯單詞。