为什么命名规范如此重要?
不同编程语言和框架对变量名、函数名、文件名有不同的约定。遵守命名规范不仅使代码更易读,也是团队协作的基础。在项目切换、API 对接或代码生成时,经常需要在不同命名格式间快速转换。
主要命名规范说明
| 格式 | 示例 | 常用语言/场景 |
| camelCase | myVariableName | JavaScript 变量/函数、Java 方法、JSON 属性 |
| PascalCase | MyVariableName | 类名(所有语言)、React 组件、C# 方法 |
| snake_case | my_variable_name | Python 变量/函数、Ruby、数据库列名、Rust |
| UPPER_SNAKE_CASE | MY_VARIABLE_NAME | 常量(Python、Java、C)、环境变量 |
| kebab-case | my-variable-name | HTML/CSS 属性、URL slug、文件名、Vue props |
| Title Case | My Variable Name | 标题、页面标题、UI 标签 |
| UPPER CASE | MY VARIABLE NAME | 强调、表头、缩写词 |
如何在线转换文本格式
使用 tool.tl 的文本格式转换工具:
- 访问 tool.tl/text-case
- 粘贴原始文本(支持任意大小写格式输入)
- 点击目标格式按钮(camelCase、snake_case、PascalCase 等)
- 结果即时显示,一键复制
转换规则说明
大多数转换工具的处理流程:
- 分词:将输入拆分为单词列表(识别空格、连字符、下划线、大写字母变化处)
- 规范化:统一转为小写
- 重组:按目标格式规则拼接(加下划线、连字符,或首字母大写等)
# Python 手动实现 snake_case → camelCase
def to_camel(snake: str) -> str:
parts = snake.split('_')
return parts[0] + ''.join(w.capitalize() for w in parts[1:])
to_camel('my_variable_name') # → 'myVariableName'
// JavaScript snake_case → kebab-case
const toKebab = s => s.replace(/_/g, '-');
toKebab('my_variable_name'); // → 'my-variable-name'
实际使用场景
- API 集成:后端 Python API 返回 snake_case,前端 JavaScript 需要 camelCase,批量重命名属性时使用
- 数据库 → 代码:数据库列名通常是 snake_case,ORM 模型属性用 camelCase 或 PascalCase
- 文件命名:将组件名 PascalCase 转为文件名 kebab-case(
MyComponent → my-component.vue)
- 内容发布:将文章标题转为 URL slug(kebab-case)
常见问题
kebab-case 和 snake_case 哪个更好用于 URL?
URL slug 推荐使用 kebab-case(连字符),有两个原因:1)Google 推荐连字符分词,snake_case 的下划线不被视为单词分隔符;2)连字符在 URL 中更易读,点击后不会意外触发下划线(在某些显示环境下下划线会被遮住)。
Title Case 转换有统一标准吗?
没有严格的统一标准。常见规则是:首词和末词首字母大写,介词(a/an/the/in/on/at/for/of 等)和连接词保持小写,但不同风格指南(APA、Chicago、AP)规则略有差异。工具通常采用最常见的简单规则:每个单词首字母大写。
工具是免费的吗?
是的,tool.tl 的文本格式转换工具完全免费,实时转换,无需注册。