为什么命名风格重要？
代码中的命名风格不统一，会导致：变量名对不上取不到值（userName vs user_name），code review时大量无意义格式争论，团队协作障碍。
统一命名风格，是工程化团队的基本功。
主流命名风格
1. camelCase（驼峰命名）
首个单词小写，后续单词首字母大写。JavaScript、Java默认风格。
userName、orderDetail、totalAmount、isValid2. PascalCase（帕斯卡命名）
每个单词首字母都大写。类名、构造函数、React组件名常用。
UserName、OrderDetail、HttpClient、MyComponent3. snake_case（下划线命名）
全部小写，单词间用下划线。Python、Ruby、数据库字段默认风格。
user_name、order_detail、total_amount、is_valid4. kebab-case（短横线命名）
全部小写，单词间用短横线。URL路径、CSS类名、Docker镜像名常用。
user-name、order-detail、total-amount各语言默认命名规范
- Python：函数/变量用snake_case，类名用PascalCase
- JavaScript/TypeScript：变量/函数用camelCase，类名用PascalCase
- Java：几乎所有标识符用camelCase，类名用PascalCase
- C#：类名用PascalCase，局部变量用camelCase
- Go：类型/函数用PascalCase，变量/函数参数用camelCase
实战：Python和JavaScript数据交互
最常见坑：Python后端返回snake_case字段，前端JS用camelCase取值，取不到。
# Python返回\n{"user_name": "Alice", "order_detail": {}}\n\n# JS访问\ndata.userName // undefined！\ndata.user_name // 正确转换规则一览
snake_case → camelCase：\nsnake_case → snakeCase\nuser_order_detail → userOrderDetail\n\ncamelCase → snake_case：\ncamelCase → camel_case\nuserName → user_name\norderDetail → order_detail工具推荐
- 驼峰↔下划线转换 — 输入字符串，一键互转，支持批量
常见问题
Q: 如何使用 驼峰下划线转换规则 相关工具?
A: 这类工具一般有明确的输入框和输出框,按提示输入内容,点击对应按钮即可得到结果。建议先用简单示例测试功能是否正常,再处理实际数据。
A: 这类工具一般有明确的输入框和输出框,按提示输入内容,点击对应按钮即可得到结果。建议先用简单示例测试功能是否正常,再处理实际数据。
Q: 驼峰下划线转换规则 适合在什么场景使用?
A: 根据具体工具类型决定。格式转换工具适合处理第三方数据,编码工具适合加密传输,压缩工具适合文件上传前处理。多积累工具使用经验,遇到问题时能快速判断用哪个工具解决。
A: 根据具体工具类型决定。格式转换工具适合处理第三方数据,编码工具适合加密传输,压缩工具适合文件上传前处理。多积累工具使用经验,遇到问题时能快速判断用哪个工具解决。
Q: 有没有更好的替代工具?
A: 不同工具有不同侧重,重点是理解原理。可以同时安装多个类似工具,实际使用中对比效果,选择最顺手的一个。随着使用经验增加,你也能判断工具的好坏。
A: 不同工具有不同侧重,重点是理解原理。可以同时安装多个类似工具,实际使用中对比效果,选择最顺手的一个。随着使用经验增加,你也能判断工具的好坏。