前端编程大小写风格问题

发表于 更新于 本文字数： 625 阅读时长 ≈ 1 分钟
本文介绍关于前端编程大小写风格问题，包括使用场景、实现细节等，以提高关于前端编程大小写风格问题的效率。

风格很多时候没有绝对的对错，但是一个项目，一个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. 有些事，有些规则，没有绝对的对与错，适当的打磨出符合自己的风格的

共勉。

参考文档