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 逐字来看,和一个缩写 完全无法区分。

没有任何转换器分得出这两者——能区分它们的信息根本不在那个字符串里。其他所有输入都能来回转换, 只有单字母的字不行,而那是这套记法本身的性质,不是可以修掉的缺陷。

没有任何上传

在这个页面里转换。