JavaScript代码规范事宜

前端团队之所以要按照一定的规范来写代码,是因为:

  1. 降低成本:长远来看,能降低生产的(时间以及人力)成本。正如科学家遵守实验室规范。具体地:
    • 更少的风格思考的成本:个人与个人之见的风格并无对错,但是团队与团队之见的效率有分高下
    • 更低的代码阅读的成本,如果团队使用统一的规范来写代码的话
    • 更少的bug:规则是前人经验的总结,而前端这行新人很多
    • 调节情绪(提高效率):工整的代码给开发者仪式感,让开发者潜意识地对工作更严谨
    • 注意:在这里,我假设了项目的经费允许前端团队花点时间在规范代码风格上。否则若成本高于产出就不合理了
  2. 提高声望(分红):工整的代码能提升前端开发者们的地位。正如工整的职业装

要实施代码规范,当下(2017)行业有个比较流行的解决方案——ESLint。ESLint胜在它的可扩展性。顺带一提,这类软件叫Code Hinter / Linter (代码(语法)提示器)。

各位不妨把ESLint的官方文档看一遍,写个个人项目代码风格的“.eslintrc”设置文件。在这之前,各位不妨去看看Airbnb JavaScript Style Guide等开放的JavaScript代码风格指南。我看过后,收货不少。