文字大小寫轉換器：喺 camelCase、snake_case、PascalCase 等之間轉換

JavaScript 同 TypeScript 慣例：對變數、函數同物件屬性用 camelCase（myFunction、userName）；對 class 同 interface 用 PascalCase（UserController、ApiResponse）；對真正嘅常數用 UPPER_SNAKE_CASE（MAX_RETRY_COUNT）。ESLint 同 Prettier 可以自動強制執行呢啲 — 喺 project 度 set 好佢哋，再用大小寫轉換器執返啲 legacy code。

Python（PEP 8）強制要求對變數、函數同 method 名用 snake_case（calculate_total、database_url）；對 class 名用 PascalCase（HttpClient）；對常數用 UPPER_CASE（API_VERSION）。Python 唔會阻止你用 camelCase，但你個 code 喺任何認真嘅 project 度會過唔到 code review。

CSS 對 class 名同屬性用 kebab-case（.main-header、background-color）。JavaScript 冇得直接用 kebab-case 因為連字號係減法運算子，所以好似 React 呢類 CSS-in-JS library 對 style 物件用 camelCase（backgroundColor 而唔係 background-color）。我哋個轉換器即刻 bridge 到呢個 gap。

Java 慣例：對 class 同 interface 用 PascalCase（CustomerRepository、OrderService）；對 method 同變數用 camelCase（findById、customerName）；對常數用 UPPER_SNAKE_CASE（static final 欄位）。Java 嚴格型別同好多慣例 — 偏離呢啲規範會令你個 code 令人困惑，就算 compile 到都係咁話。

資料庫（SQL）傳統上對表名同欄位名用 snake_case（order_items、created_at），因為好多資料庫系統唔分大小寫而 snake_case 喺嗰個 context 最易睇。將 ORM 實體 mapping 去應用程式碼嗰陣，轉換器可以批次將你所有欄位名轉換做目標語言慣例。

API 命名根據 protocol 用多種慣例。REST API JSON 回應通常用 camelCase（JavaScript 慣例，因為 JSON 源自 JavaScript）。GraphQL 欄位跟 schema 定義嘅慣例。gRPC 對 service 同 method 名用 PascalCase。gRPC-Gateway JSON 回應會自動轉換做 camelCase。

標題大小寫（用喺標題）有競爭嘅標準 — APA、Chicago、AP 同 MLA 各定義咗唔同嘅規則決定邊啲字要大寫。我哋個轉換器跟 APA 風格（大寫第一個同最後一個字、所有名詞、代名詞、形容詞、動詞、副詞同從屬連接詞；唔大寫冠詞、對等連接詞同短介詞，除非佢哋係第一個或最後一個字）。

由一種大小寫風格轉去另一種嗰陣，轉換器會聰明咁保留數字同特殊字元。例如，"user2profile" 轉 snake_case 變成 "user_2_profile" — 數字當做單詞邊界。首字母縮寫都有處理："parseXMLFile" 轉 snake_case 變成 "parse_xml_file"，正確偵測到 "XML" 係一個邏輯單詞。