写在前面
在编程世界中,代码不仅仅是让事情正常运转。 它就像一件讲述故事的艺术品。 当代码干净时,它就像一个美丽的、精心制作的雕塑,既美观又运行良好。
但在急于按期完成任务的过程中,有时团队不会太注意保持代码的整洁。 这可能会导致项目变得混乱、复杂,变得更加难以开展。 随着情况变得更糟,生产力也会下降。 然后,公司需要引进更多的人来提供帮助,这使得一切都变得更加昂贵。
那么,干净的代码是什么样的呢? 它的代码易于理解,没有多余的部分,简单,并且可以通过测试。 换句话说,它是可读的、可重用的,并且在需要时易于更改。
为了帮助你编写出色的 JavaScript 代码,我将在今天的内容中与你分享 26 个写干净代码的技巧,这些技巧将指导你编写既优雅又高效的代码。
一、变量
1.使用有意义且易于发音的变量名
2. 同一类型的变量使用相同的词汇表
3. 使用可搜索的名称
我们将阅读比我们编写的更多的代码,我们编写的代码可读且可搜索,这一点很重要。
4. 使用解释变量
5. 避免心理映射
显式的比隐式的好。
6. 不要添加不需要的上下文
如果您的类/对象名称告诉您一些信息,请不要在变量名称中重复该信息。
7. 使用默认参数代替短路或条件
默认参数通常比短路更清晰。 请注意,如果您使用它们,您的函数将只为未定义的参数提供默认值。 其他“假”值(例如 ''、""、false、null、0 和 NaN)不会被默认值替换。
二、功能
8. 函数参数(理想情况下为 2 个或更少)
限制函数参数的数量非常重要,因为它使测试函数变得更加容易。 超过三个会导致组合爆炸,您必须使用每个单独的参数来测试大量不同的情况。
9.函数应该做一件事
这是迄今为止软件工程中最重要的规则。 当函数做不止一件事时,它们就更难编写、测试和推理。 当您可以将一个函数隔离为一个操作时,就可以轻松重构它,并且您的代码读起来会更清晰。 如果您除了本指南之外没有任何其他内容,您将领先于许多开发人员。
10.函数名称应该说明它们的作用
11.函数应该只是一层抽象
当你有多个抽象级别时,你的函数通常会做太多事情。 拆分功能可以实现可重用性和更容易的测试。
12. 删除重复代码
尽最大努力避免重复代码。 重复的代码是不好的,因为这意味着如果您需要更改某些逻辑,则需要在多个地方进行更改。
13. 使用Object.assign设置默认对象
14. 不要使用标志作为函数参数
标志告诉你的用户这个函数不止做一件事。 函数应该做一件事。 如果函数遵循基于布尔值的不同代码路径,则拆分它们。
15.不要写入全局函数
在 JavaScript 中污染全局变量是一种不好的做法,因为你可能会与另一个库发生冲突,并且 API 的用户在生产中遇到异常之前不会意识到这一点。
16. 优先使用函数式编程而不是命令式编程
JavaScript 不像 Haskell 那样是一种函数式语言,但它具有函数式风格。 函数式语言可以更简洁、更容易测试。 尽可能喜欢这种编程风格。
17.封装条件语句
18.避免否定条件
三、并发性
19.使用 Promise,而不是回调
回调不干净,并且会导致过多的嵌套。 在 ES2015/ES6 中,Promise 是内置的全局类型。 使用它们!
20. Async/Await 比 Promise 更简洁
Promise 是回调的一个非常干净的替代方案,但 ES2017/ES8 带来了 async 和 wait,它提供了更干净的解决方案。
您所需要的只是一个以 async 关键字为前缀的函数,然后您可以命令式地编写逻辑,而无需 then 函数链。
四、错误处理
抛出错误是一件好事! 它们意味着运行时已成功识别出程序中的某些问题,并且它会通过停止当前堆栈上的函数执行、终止进程(在 Node 中)并通过堆栈跟踪在控制台中通知您来通知您。
21. 不要忽略捕获的错误
对捕获的错误不采取任何措施并不能让您有能力修复或对所述错误做出反应。 将错误记录到控制台 (console.log) 也好不了多少,因为它常常会迷失在打印到控制台的大量内容中。
如果您将任何代码包装在 try/catch 中,则意味着您认为那里可能会发生错误,因此您应该为错误发生时制定计划或创建代码路径。
22. 不要忽视被拒绝的承诺
出于同样的原因,您不应该忽略 try/catch 中捕获的错误。
五、评论
23. 只评论具有业务逻辑复杂性的事物
评论是道歉,而不是要求。 好的代码主要是文档本身。
24. 不要在代码库中留下注释掉的代码
版本控制的存在是有原因的。 将旧代码留在您的历史记录中。
25.没有期刊评论
请记住,使用版本控制! 不需要死代码、注释代码,尤其是期刊注释。 使用 git log 获取历史记录!
26. 避免位置标记
它们通常只是增加噪音。 让函数和变量名称以及正确的缩进和格式为代码提供视觉结构。
结论
从一开始就让代码干净并不总是那么容易。 重要的是要记住,没有必要执着于使每条线路都完美,尤其是当您的日程安排很紧时。 只是没有足够的时间来一遍又一遍地重写代码。
相反,专注于在有限的时间内编写最好的代码。 当下一轮更新到来并且您注意到可以改进的内容时,这是进行这些更改的好时机。
每个公司和每个项目都有自己的编码风格,它可能与我分享的技巧不同。 如果您加入一个已经启动并运行的项目,通常最好坚持使用已经存在的编码风格(除非您要重构它)。 这是因为在整个代码中保持一致的风格也是保持代码整洁的一种形式。
请记住,干净的代码是一个旅程,而不是目的地。 这是关于随着时间的推移做出小的改进,而不是陷入完美。 通过应用您所学到的技巧,您将能够编写出更简洁、更高效的 JavaScript 代码,未来的您和其他人都会感谢您。
最后,感谢您的阅读,也期待你的关注,祝编程快乐!