大小寫轉換
在瀏覽器裡轉換各種命名慣例。縮寫不會被拆散,中日韓文則原樣保留。
在你的瀏覽器中執行
中文、日文與韓文沒有大小寫,所以會原樣返回。
標題式大小寫會讓短介系詞和冠詞維持小寫,除非它們在開頭或結尾。
縮寫才是真正的考驗
parseJSON 應該變成 parse_json。遇到每個大寫字母就切開的轉換器會給你
parse_j_s_o_n,而那是這類工具最常見的缺陷。
規則是:一串連續大寫算一個字,但是當後面接著小寫字母時,那串大寫的最後一個字母屬於下一個 字。所以:
| 輸入 | snake_case |
|---|---|
parseJSON | parse_json |
JSONParser | json_parser |
HTMLElement | html_element |
getURLFor | get_url_for |
IOError | io_error |
中文、日文、韓文會原樣返回
這三種文字都沒有大小寫,所以沒有東西好轉換。這裡每一種格式都會把中日韓文原封不動地留下來,
而且一段連續的中日韓文會被當成一個不可再分的字,所以混合文字也能合理切分——台北City 會變成
台北_city,而不是把那兩個字拆開的東西。
標題式大小寫,以及採用哪一套慣例
標題式大小寫會讓短冠詞與介系詞維持小寫,除非它們是第一個或最後一個字:The Lord of the Rings、A Tale of Two Cities,但 What Are You Waiting For。
這只是好幾套慣例中的一套——有些格式指南改成把四個字母以上的字全部大寫,有些則是每個字都大寫。 這件事沒有標準答案,所以這裡明講採用哪一套,而不是把它當成唯一的規則。
有一件事是真的無解的
A-B-C 轉成 camelCase 是 aBC。再把 aBC 轉回去會得到 aBc,因為 BC 逐字來看,和一個縮寫
完全無法區分。
沒有任何轉換器分得出這兩者——能區分它們的資訊根本不在那個字串裡。其他所有輸入都能來回轉換, 只有單字母的字不行,而那是這套記法本身的性質,不是可以修掉的缺陷。
沒有任何上傳
在這個頁面裡轉換。