文本处理

文本大小写转换

转换文本大小写格式,支持驼峰、蛇形、短横线等多种命名规范

输入文本
📝

输入文本开始转换

支持多种命名格式转换,包括驼峰、蛇形、短横线等

文本大小写转换工具

快速转换文本的大小写格式,支持多种编程命名规范,包括驼峰命名、蛇形命名、短横线命名等。

支持的转换格式

  • 小写:全部转换为小写字母
  • 大写:全部转换为大写字母
  • 首字母大写:每个单词首字母大写(Title Case)
  • 句子格式:首字母大写,其余小写
  • 驼峰命名:camelCase(第一个单词小写,后续单词首字母大写)
  • 帕斯卡命名:PascalCase(每个单词首字母大写)
  • 蛇形命名:snake_case(单词间用下划线连接)
  • 短横线命名:kebab-case(单词间用短横线连接)
  • 常量命名:CONSTANT_CASE(全大写,下划线分隔)

使用场景

  • 变量命名:在不同编程语言间转换变量命名风格
  • API 设计:统一 API 接口的命名规范
  • 代码重构:批量转换代码中的命名格式
  • 文档编写:格式化文档标题和内容
  • 数据转换:在不同系统间转换数据格式

命名规范说明

  • camelCase:JavaScript、Java 等语言常用
  • PascalCase:C#、TypeScript 类名常用
  • snake_case:Python、Ruby 等语言常用
  • kebab-case:HTML、CSS、URL 常用
  • CONSTANT_CASE:常量定义常用

常见问题

camelCase、PascalCase、snake_case、kebab-case 分别用在哪?
主流约定:JS/Java 变量方法用 camelCase,类名/组件/类型用 PascalCase,Python/数据库字段用 snake_case,CSS 类名、URL 路径、文件名用 kebab-case。HTTP 头是特例 kebab 但大小写不敏感。跟随语言生态的约定比个人偏好重要。
为什么自动转换连字符处理不好缩写词?
"parseXMLFile"转 snake_case 期待 parse_xml_file,但简单算法在连续大写处会切断出错(parse_x_m_l_file)。工具按常见缩写规则处理(连续大写视为一个词),但 APIName、HTTPServer 这类仍建议人工确认。
大小写转换会破坏我的数据吗?
纯 ASCII 安全;但注意某些语言转换不可逆(德语 ß 大写为 SS),以及文件系统大小写敏感性不同(macOS 默认不敏感、Linux 敏感)——重命名文件时 kebab 化是避免大小写冲突的好习惯。