FormLab

命名风格转换

camelCase、PascalCase、snake_case、kebab-case、UPPER_CASE、Title Case 一键互转。

所有风格（实时）
转成: 

    

  


  

    
它能解决什么问题

    
不同语言 / 框架的命名规范不一样，本工具帮你快速转换：

    

    
风格对照

    

      
风格示例常见场景

      
        
camelCaseuserProfileJS / Java 变量

        
PascalCaseUserProfile类名、组件

        
snake_caseuser_profilePython、Ruby、SQL

        
kebab-caseuser-profileCSS 类、URL slug

        
UPPER_CASEUSER_PROFILE常量、环境变量

        
Title CaseUser Profile标题、文件路径

      
    


    

      
    
        
  • 缩写词处理：本工具默认把连续大写视为一个词（XMLParser → xml_parser）。如有特别需要请人工调整。
    • 
        
  • 数字与特殊字符：本工具会保留数字（user2），下划线和连字符会被视为分隔符。
    • 
      

    


    
相关工具

    

      
        
 Diff

        
看命名是否一致

      
      
        
 正则

        
匹配命名风格

      
      
        
 JSON

        
字段名转换

      
    

  





  

    
常见问题 FAQ


「命名风格转换」怎么用才不容易算错？
按页面「使用说明」那一段的顺序来：camelCase、PascalCase、snake_case、kebab-case、UPPER_CASE、Title Case 互相转换。 使用方法的关键在于「顺序」和「口径」两件事：先按顺序把需要的量准备好，再确认每一项的单位和你要解决的问题一致。这两点做到了，基本不会算错；漏掉任何一点，结果都会整体偏掉。
用「命名风格转换」时最容易踩的坑是什么？
常见的易错点集中在四处：一是把百分数和小数混着填，比如 20 填成了 0.2；二是漏填选填项后直接按默认值算，得到一个看起来正常但不是你想要的数；三是中途改了其中一个输入却忘了重新计算，页面上还留着上一轮的旧结果；四是把页面上写的「参考值」当成了「准确值」往对外的材料里搬。改完任何一项输入，都重新点一次计算按钮再读结果。
「命名风格转换」的适用边界在哪里？
camelCase、PascalCase、snake_case、kebab-case、UPPER_CASE、Title Case 互相转换。 换句话说，它解决的是「按你给的条件做一次快速估算」这一类问题，不适用于需要查权威数据、核对官方文件，或者要逐条审合同、做专业判断的场景。凡是结果会直接影响到花钱、签约、对外承诺的事情，都应该回到原始资料和官方口径再确认一次，把这里的输出当作中间的一步，而不是终点。
「命名风格转换」的结果应该怎么看？
先看最后给出的那个数值，再回到这一段解释里对照：camelCase、PascalCase、snake_case、kebab-case、UPPER_CASE、Title Case 互相转换。 看的时候把「数值本身」和「数值成立的前提」分开看，前者是你填进去的东西算出来的，后者决定了它在什么情况下才算数。数值变大或变小分别代表什么，页面在这一节里已经写清楚了。
拿到「命名风格转换」的结果后可以直接照着做吗？
把它当成做决定前的一份对照材料，比当成答案更稳妥：camelCase、PascalCase、snake_case、kebab-case、UPPER_CASE、Title Case 互相转换。 这一页给出的是在当前输入下算出来的一个量级，它并不包含你的实际执行成本、突发情况和对方可能的变化。真正落地之前，再把结果和实际条件对一遍，看看哪些假设在现实里不成立。
命名风格转换需要填写哪些信息？
「命名风格转换」一共用到 2 个输入项：输入（任意风格）、批量转换（每行一个）。这些字段在页面上是按计算顺序排下来的，前面的输入会直接影响后面的结果，所以不要跳过看不懂的那一栏。建议先把每个数字的单位口径对齐再动手填，单位不统一是这类计算里最常见、也最容易被忽略的错误来源。
开始用「命名风格转换」之前需要先确认什么？
建议先确认三件事：一是你要解决的问题，是不是正好落在它的适用范围里，别拿一个相邻的工具硬套；二是手上每个数字的统计口径和时间点是否一致，比如同一年里有的按月、有的按年，直接混用会让结果失真；三是算完之后有没有留出复核的余地，比如把关键输入记下来，方便回看时知道当时用的是哪一组数。
谁适合用「命名风格转换」，谁不适合？
适合的是手上已经有明确数字、需要快速得到一个量级参考的人，比如在做预算草案、给同事对齐口径、或者上课前先估算一遍的人。不适合的是想把结果当精确值直接对外承诺的人，也是不适合连输入项口径都还没定下来就开始算的情况——这种情况下先花几分钟把口径理清，比算完之后再来回改数字省事得多。
「命名风格转换」和手工心算相比，差在哪里？
手工估算通常只抓最大的那一两项，其余的按经验带过去；这个页面会把你给的每一项都算进去，再把中间量一并显示出来，所以结果更贴近你实际的输入组合。差异主要来自那些被忽略的小项，而不是来自算式本身——这也是为什么把输入填完整比选哪种算法更影响结果。
填的时候单位要统一吗？
要统一。页面上每个输入项旁边通常都标了单位，例如百分比、元、公里、天、次数这类，照着标填就行。如果你的原始数据用的是别的单位，先换算再填，否则结果会整体偏掉一个比例，而这种错误在数字看上去还挺正常的时候最难发现。拿不准某个字段该填什么，可以先用一个能算出来的样例值试一次，看看结果的方向和量级对不对。