原文链接:
https://medium.com/javascript-in-plain-english/15-rules-for-writing-clean-javascript-8e2b2b426515
更新
[2020-12-29]
- Initial release
[2021-2-5]
Changed
- 更改文章标题
概述
原文链接:
https://medium.com/javascript-in-plain-english/15-rules-for-writing-clean-javascript-8e2b2b426515
无论你是 React 开发者还是 Node.js 开发者. 都能写出可以运行的代码. 但是你写的代码美观并且别人能看懂吗?
下面的规则可以让你的 JavaScript 代码更加整洁和清晰.
正文
规则1. 不要使用随机的字符作为变量
不要使用随机字符去表示一个变量.
1 | // BAD |
应该采用语义化的方式去命名变量.
1 | // GOOD |
规则2. 使用驼峰式命名
不要使用蛇形命名(snake_case
)、帕斯卡命名(PascalCase
)或者变量名以动词开头.
1 | // Bad: 以大写字母开头 |
使用驼峰命名法代替, 并且使用名词.
1 | // Good |
规则3. 使用良好的驼峰来命名函数
函数名不要用名词, 避免与变量名混淆.
1 | // Bad: 以大写字母开头 |
而应该使用驼峰式命名, 并且以动词开头.
1 | //GOOD |
规则4. 使用帕斯卡来命名构造函数
1 | // Bad: 以小写字母开头 |
同样的, 构造函数名不应该以动词开头, 并且通过 new
来创建对象实例是一个动作.
1 | // GOOD |
规则5. 全局常量
全局常量的值不能被改变, 不应该以命名正常变量的方式来命名它.
1 | // BAD |
所有的单词应该大写, 并且以下划线分隔.
1 | // GOOD |
规则6. 分配变量
不要直接将一个 比较值
分配给变量.
1 | // BAD |
应该使用小括号包裹:
1 | // GOOD |
规则7. 相等运算符的用法
不要使用 “==” 或 “!=” 来对比值. 因为它们不会检查两个值的类型是否相同.
1 | //BAD |
而应该使用 “===” 或 “!==”, 避免类型错误.
1 | //GOOD |
规则8. 三元运算符的用法
不要使用三元运算符代替 if
条件语句:
1 | //BAD |
仅仅在某些条件下使用它来分配值:
1 | // GOOD |
规则9. 简单的声明
不要在一行写多个声明语句, 尽管 JavaScript 是支持这么写的.
1 | // BAD |
多个声明语句应该分成多行. 并且总是应该在语句的末尾添加分号.
1 | // GOOD |
规则10. if 语句的使用
不要省略 if 语句的大括号, 并且首尾大括号不要写在同一行.
1 | // BAD: 不正确的空格 |
应该总是使用大括号并且进行适当的缩进:
1 | // GOOD |
规则11. 循环语句的用法
不要在 for
循环内部声明变量.
1 | // BAD: 在循环体内声明变量 |
而应该在 for
循环之前声明.
1 | // GOOD |
规则12. 缩进长度保持一致
始终使用 2 个或 4 个缩进.
1 | // GOOD |
规则13. 单行长度
任意行的代码都不要超过 80 个字符. 如果超出的话, 超出的部分应该另起一行.
1 | // BAD: 下一行只缩进 4 个空格 |
第二行应该是 8 个缩进而不是 4 个, 并且不应该以分隔符开头.
1 | // GOOD |
规则14. 原始值
字符串不应该使用单引号包裹.
1 | // BAD |
而应该使用双引号.
1 | // GOOD |
规则15. 使用 “undefined”
不要使用全等运算符判断变量是否为 undefined.
1 | // BAD |
使用 typeof 操作符来查看一个变量是否已经定义.
1 | // GOOD |
因此, 遵循上述的这些规则, 可以让你的 JavaScript 项目更加整洁.
上述所有的规则都可以在 “编写可维护的JavaScript“ 这本书中找到. 所以即使你不同意其中的某些规则也没关系. 因为编码风格是多样化的. 但是这些规则可以作为一个良好的起点.
编码愉快! :D