toolfree

大小寫轉換

在瀏覽器裡轉換各種命名慣例。縮寫不會被拆散,中日韓文則原樣保留。

在你的瀏覽器中執行

中文、日文與韓文沒有大小寫,所以會原樣返回。

標題式大小寫會讓短介系詞和冠詞維持小寫,除非它們在開頭或結尾。

縮寫才是真正的考驗

parseJSON 應該變成 parse_json。遇到每個大寫字母就切開的轉換器會給你 parse_j_s_o_n,而那是這類工具最常見的缺陷。

規則是:一串連續大寫算一個字,但是當後面接著小寫字母時,那串大寫的最後一個字母屬於下一個 字。所以:

輸入snake_case
parseJSONparse_json
JSONParserjson_parser
HTMLElementhtml_element
getURLForget_url_for
IOErrorio_error

中文、日文、韓文會原樣返回

這三種文字都沒有大小寫,所以沒有東西好轉換。這裡每一種格式都會把中日韓文原封不動地留下來, 而且一段連續的中日韓文會被當成一個不可再分的字,所以混合文字也能合理切分——台北City 會變成 台北_city,而不是把那兩個字拆開的東西。

標題式大小寫,以及採用哪一套慣例

標題式大小寫會讓短冠詞與介系詞維持小寫,除非它們是第一個或最後一個字:The Lord of the RingsA Tale of Two Cities,但 What Are You Waiting For

這只是好幾套慣例中的一套——有些格式指南改成把四個字母以上的字全部大寫,有些則是每個字都大寫。 這件事沒有標準答案,所以這裡明講採用哪一套,而不是把它當成唯一的規則。

有一件事是真的無解的

A-B-C 轉成 camelCase 是 aBC。再把 aBC 轉回去會得到 aBc,因為 BC 逐字來看,和一個縮寫 完全無法區分。

沒有任何轉換器分得出這兩者——能區分它們的資訊根本不在那個字串裡。其他所有輸入都能來回轉換, 只有單字母的字不行,而那是這套記法本身的性質,不是可以修掉的缺陷。

沒有任何上傳

在這個頁面裡轉換。