大小写与命名转换在线 - camelCase、snake_case、kebab-case

功能特点

• 从空格、连字符、下划线和大小写边界识别词组
• 输出 camelCase、PascalCase、snake_case、kebab-case 与常量命名
• 并排展示多个结果，便于字段迁移时选择目标规范

使用方法

1. 输入一个字段名、短语或多行标识符
2. 比较各种命名结果并检查缩写与 Unicode 词边界
3. 复制目标格式，同时更新类型、序列化映射和调用方

示例输入

• 接口字段命名

  user profile url

  可转换为 userProfileUrl、user_profile_url、user-profile-url 等形式。

• 环境变量命名

  api base endpoint

  适合转换为 API_BASE_ENDPOINT，用于配置项和部署变量。

• 连续大写缩写

  userProfileURL

  当前分词会按 ASCII 小写到大写的边界拆分 URL；输出缩写大小写仍需按团队规范人工确认。

• 数字与标点分词

  HTTP-2 client

  当前实现按非字母数字字符分词，并把 HTTP、2、client 转为 http2Client、Http2Client 和 HTTP_2_CLIENT。

示例输出

• 接口字段命名

  camelCase: userProfileUrl
  snake_case: user_profile_url
  kebab-case: user-profile-url

• 环境变量命名

  UPPER_SNAKE_CASE: API_BASE_ENDPOINT

• 连续大写缩写

  camelCase: userProfileUrl
  PascalCase: UserProfileUrl
  snake_case: user_profile_url
  kebab-case: user-profile-url
  UPPER_SNAKE_CASE: USER_PROFILE_URL
  Title Case: User Profile Url

• 数字与标点分词

  camelCase: http2Client
  PascalCase: Http2Client
  snake_case: http_2_client
  kebab-case: http-2-client
  UPPER_SNAKE_CASE: HTTP_2_CLIENT
  Title Case: Http 2 Client

常见错误

• 缩写词如 URL、API、ID 的大小写规则需要和团队约定保持一致。
• 中文、标点和特殊符号会影响分词结果，转换前最好先清理标题文本。
• 路由 slug 和代码变量不是同一类命名，URL 场景应优先使用 Slug 工具。

适用场景

• 接口字段整理
• 变量命名转换
• 环境变量生成
• 跨语言命名迁移

实操检查

• 先区分代码命名和 URL Slug

  大小写转换适合字段、变量和环境变量，按分隔符与大小写边界拆词；网页路径需要稳定性、保留字和重定向时，应改用 Slug 工具。

• 缩写和数字必须人工复核

  连续大写缩写、数字与标点会影响当前分词结果，例如 HTTP-2 会被拆成 HTTP、2 和 client；正式改名仍要同步类型、序列化映射和调用方。

页面专属核验

使用前与操作中

• 转换结果来自 ASCII 字母和数字分词：实现按小写到大写边界及非 `[A-Za-z0-9]` 字符切分，不要把它当作完整 Unicode 标识符规范化器。
• 同一输入会同时生成 camel、Pascal、snake、kebab、CONSTANT 和 Title 六种结果；多行内容会被当作分隔符处理，不会逐行保留字段结构。
• 复制前人工检查缩写、数字、保留字和 API 序列化映射；命名格式转换只改变文本形状，不会同步修改类型、调用方、数据库列或路由。

结果出来后

• 输入 `hello world-example` 时，是否得到 `helloWorldExample`、`HelloWorldExample`、`hello_world_example` 和 `hello-world-example` 等预期结果？
• 输入 `APIResponse`、数字和中文时，结果是否符合目标项目对缩写与 Unicode 的约定，而不是接受默认的 ASCII 分词结果？
• 转换后的名称是否已经逐项映射回 API 字段、类型、CSS 类名或环境变量，并检查了重复、保留字和大小写敏感性？

相关工具

• Slug 生成器：把标题、文章名和路由文本转换为 URL 友好的 Slug
• JSON 工具：统一处理 JSON 格式化、校验、树形查看、Schema、CSV 转换、AI 响应分析和 JSON 修复
• Mock Data 生成器：生成姓名、邮箱、地址等前端测试 JSON 数据
• 字数 / 字符统计：统计单词、字符、行数和 UTF-8 字节数

工具边界

• 转换结果是字符串层面的命名建议，不会检查变量是否冲突、字段是否存在或代码是否能编译。
• 中文、缩写、连续数字和特殊符号可能产生不同分词结果，正式接口字段需要人工复核。

与相似工具的区别

• Slug 生成器：命名转换保留词语用于变量、常量和字段；Slug 专为 URL 路径规范化，会处理分隔符和不可用字符。

安全与兼容性

• 转换在浏览器本地完成；批量重命名 API 字段前要同步类型、序列化规则和所有调用方。
• Unicode 大小写并非一对一，土耳其语等区域规则及缩写边界可能需要人工确认。

下一步排查

1. 先确定目标场景是代码变量、JSON 字段、环境变量还是 URL slug。
2. 转换后用 JSON、Mock 数据或代码格式化工具检查实际项目上下文。
3. 批量改名时保留兼容字段、迁移映射和测试，避免直接破坏接口契约。

常见问题