Case Styles in Frontend Programming

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

Common case styles

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

Practice

Component names

烤串命名法即中线命名法

TS/JS constants

大蛇命名法

Classes and interfaces

大驼峰命名法

CSS class names

烤串命名法

Static asset files

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

JS/TS filenames

烤串命名法即中线命名法

i18n keys

点连接

URLs

烤串命名法

Final Thoughts

关于实践，个人认为

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

共勉。

References

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