前端编程大小写风格问题

风格很多时候没有绝对的对错，但是一个项目，一个team，群星璀璨，风格迥异一定是错。对于个人也一样，在实际的编程中，逐步也会形成自己的一套风格。这里梳理下我所认知的，抛砖引玉

已知的大小写风格

• 大驼峰命名法(Pascal Case) UserType
• 小驼峰命名法(camelCase) userType
• 烤串命名法(kebab case) user-type
• 小蛇形命名法(lower snake case) user_type
• 大蛇形命名法(upper snake case) USER_TYPE
• 点连接(dot annotation) user.type

实践

组件命名

烤串命名法即中线命名法

TS/JS常量

大蛇命名法

类，接口

大驼峰命名法

样式命名

烤串命名法

静态资源文件

小蛇命名法，比如图片，Excel下载模版等

JS/TS文件命名

烤串命名法即中线命名法

国际化配置

点连接

URL

烤串命名法

写在最后

关于实践，个人认为

1. 学习业界主流的规范，尊重前辈们在刀枪剑雨之下，贡献给我们的经验，比如URL为何不是下划线，比如为何常量要是大驼峰等等。都是细节，都是有原因
2. 看似无关紧要，但实际开发中又不断暴露其重要性的问题，比如命名，规范和习惯了之后，将会不断受益
3. 有些事，有些规则，没有绝对的对与错，适当的打磨出符合自己的风格的

共勉。

参考文档

• Case Styles: Camel, Pascal, Snake, and Kebab Case
• Is there a name for dot-separated case?ty