跳到主要内容
← 返回

大小写转换器 - UPPER/lower/Title/camelCase/snake_case

文本
本地运行 · 不上传

在线文本大小写转换工具:支持 UPPER CASE、lower case、Title Case、camelCase、snake_case、kebab-case、CONSTANT_CASE。

结果有帮助吗?

本地工具可在 DevTools → Network 搜索输入内容,通常不会出现在请求中。

使用指南

大小写转换看着简单,真正麻烦的是命名法之间的转换:驼峰、帕斯卡、蛇形、短横线、常量写法之间的切换要处理单词边界——下划线、连字符、甚至原本的大写字母都是边界线索。本工具支持八种格式,本地即时转换;标识符模式带常见缩写词表与安全字母映射。

1. 八种格式怎么选

输出随输入即时更新。批量改名前进版本库,方便回滚误切。

  1. 粘贴任意写法的文本或标识符。
  2. 点目标格式:大写、小写、标题用于文案;驼峰用于脚本变量;帕斯卡用于类名与组件;蛇形用于不少后端与字段;短横线用于网址、样式类名、文件名;常量写法用于常量。
  3. 复制结果直接用。

2. 缩写词怎么切

例如请求对象名或获取地址类标识:工具先按驼峰边界切开,再对剩余全大写片段用常见缩写词表贪心匹配。未知缩写会整段保留,因此批量改名仍建议抽样核对。

3. 一个命名一致性的习惯

  • 同一种语言里保持同一种命名法,混用是评审最常提的意见之一。
  • 网址路径用短横线——检索系统常把连字符当成分词信号。
  • 转完粘去用之前,肉眼扫一遍专有名词——词典未覆盖的内部大写仍可能被误切。

4. 命名风格转换的不可逆性

最常见的事故是「转过去再转回来对不上」:即便有缩写词表,多种合法切法仍可能存在。结论:批量转换前先抽样核对;重要代码库的命名转换要进代码评审而不是一键替换。

5. Unicode 与区域的两个暗坑

  • 某些区域设置下字母大小写映射与英文不同:标识符模式使用与区域无关的安全字母映射。
  • 中文与拉丁混排标识符会在脚本边界切开,中文段原样保留、拉丁段按目标风格转换。

6. 和 slugify 的分工

本页处理编程标识符风格;slugify 处理「给人看的标题变成网址或文件名」。标题含空格、标点、中文时走 slugify;已经是标识符、只改命名风格时走本页。两者都能产出短横线风格,但输入假设不同。接口字段批量重命名、配置键迁移是本页高频场景。

常见问题

不需要,这里没有付费版。八种格式全部开放,转换逻辑在浏览器里执行。

UPPER CASE、lower case、Title Case、camelCase、PascalCase、snake_case、kebab-case、CONSTANT_CASE 八种。标识符模式会按 HTTP/URL/JSON 等常见缩写切词,并用与区域无关的 ASCII 字母映射,避免土耳其语 i→İ 之类的问题破坏代码。

不保证。同一个标识符可能有多种合法切法,转换并不总是可逆——这是批量改名最常见的事故。批量转换前进版本库以便回滚,转完抽样核对;重要代码库的命名迁移应走代码评审,而不是一键替换。

在脚本边界切开:中文段原样保留,拉丁段按目标风格转换。另外转完先肉眼扫一遍专有名词——缩写词表没覆盖的内部大写仍可能被误切。

本页做编程标识符之间的风格转换;把给人看的标题变成网址或文件名(含空格、标点、中文)是 slugify 的事。两者都能产出短横线风格,但输入假设不同。接口字段批量重命名、配置键迁移是本页的高频场景。

建议短横线——检索系统常把连字符当成分词信号。同一种语言里也保持同一种命名法,混用是代码评审里最常被提的意见之一。

相关工具

相关文章