输入命名后点击左侧「🔄 立即转换」，这里会列出 10 种风格的结果。
同一种含义在不同语言、不同场景下的写法并不一样，混用最容易引发争议——统一风格比风格本身更重要。
| 风格 | 示例 | 常见使用场景 |
|---|---|---|
| camelCase（小驼峰） | userProfileImage | JS / Java 变量与方法名 |
| PascalCase（大驼峰） | UserProfileImage | 类名、组件名、React 组件 |
| snake_case（下划线） | user_profile_image | Python 变量与函数、数据库字段 |
| CONSTANT_CASE（常量） | USER_PROFILE_IMAGE | 常量、环境变量、枚举 |
| kebab-case（短横线） | user-profile-image | HTML 属性、CSS 类名、URL 路径 |
| dot.case（点号） | user.profile.image | 配置项、i18n 键名、命名空间 |
| Title Case（标题式） | User Profile Image | 文章标题、按钮文案、表头 |
| Sentence case（句首大写） | User profile image | 说明文案、表单标签 |
| UPPER SPACE（全大写字距） | USER PROFILE IMAGE | 强调标题、临时占位文本 |
| lower space（全小写空格） | user profile image | Slug、搜索关键词、标签 |
⚠️ 使用说明：
· 工具按「词元」处理命名，因此会先做拆分再重组。缩写词（如 HTTP、URL、ID）会被识别为一个整体，不会拆成 H-T-T-P；
· 数字默认与相邻字母连在一起（user2fa 视为一个词元），勾选「数字与字母分离」后才会拆开；
· 非英文命名（拼音、中英混合）也能处理，中文字符会作为独立词元保留；
· 本工具只做格式转换，不会校验转换后的名称是否合法（如是否命中语言保留字），请自行确认；
· 所有转换均在浏览器本地完成，输入内容不会上传服务器。
后端接口返回的是 user_profile_image，前端组件要用 userProfileImage，CSS 类名写的是 user-profile-image，配置文件的键又是 USER_PROFILE_IMAGE……
同一个含义，四种写法，手改既慢又容易拼错。这个工具就是为这种时刻准备的：
· 任意输入、任意输出：不管你手里是哪种写法，都能一键转成需要的风格；
· 10 种风格齐备：小驼峰、大驼峰、下划线、常量、短横线、点号、标题式、句首大写、全大写、全小写空格；
· 批量转换：每行一个名称，几十个字段一次转完，不用来回粘贴；
· 词元可核对：工具会先展示它把名称拆成了哪几个词元，如果有缩写或数字被拆错，一眼就能发现；
· 一键复制：每种风格单独一个复制按钮，也可以一次复制全部十种风格对照。
常用于：前后端字段对齐、数据库字段与实体类命名同步、把设计稿的组件名统一成代码风格、写国际化键名时的格式统一。
所有转换均在浏览器本地完成，输入内容不会上传服务器。
命名风格本身没有高下之分，但同一层面混用会带来实实在在的麻烦：
· 大小写敏感的坑：数据库里叫 user_id，代码里写 userId，中间层叫 userID——团队里每个人记住的都不一样，多花的时间全在「到底是哪一个」上；
· 工具链依赖：很多框架的自动映射（ORM 字段映射、i18n 键名、CSS Modules）依赖固定风格，风格不统一就会映射失败或需要额外配置；
· 记忆负担：大小写不敏感的数据库（如 MySQL 默认配置）里，USER_ID 与 user_id 混着建，后面排查问题非常难受。
所以业界的共识是：风格选择可以商量，一旦定了就必须统一。这个工具的价值就在于，当你需要把一批已有命名对齐到某个风格时，不用一个个手敲——手敲不仅慢，还特别容易把 SSL 写成 Ssl、把 iOS 写成 Ios。
审核通过后就会展示在留言板上，稍安勿躁～
还没有留言，来抢沙发吧！