Web 技术研究所

我一直坚信着,Web 将会成为未来应用程序的主流

什么样的代码更易读?

  代码易读性一直都是很多团队所追求的。但是到底什么样的代码才是易读的呢?我觉得所谓「易读」并没有什么标准,这是一个很主观的概念。通过一堆 Promise 来处理异步的程序易读还是原生各种回调嵌套来处理异步的程序易读?也许讨论「易读」之前还得考虑开发人员的基础。
  在一个对 Promise 完全陌生的团队中,学习 Promise 就是一件高成本的事情(要完全搞明白 Promise 是很不容易的)。原生的异步操作虽然写起来繁琐,但是大家都能看懂。那么哪种写法比较易读?
  Promise 算是一个比较典型的例子,还有很多较新的特性也是很多人看不懂的。比如我经常会用 reduce 来求和,可是发现很多人并不知道 reduce 是干嘛用的。懂的人一眼就能看明白是在干什么,不懂的人还得翻阅各种资料才能理解 reduce 的作用。那么,求和这种东西是自己写一个循环易读还是直接用 reduce 易读呢?
  我觉得,语言规范内的东西都应该被尽可能地使用。如果开发人员连语言规范内的东西都没有掌握的话,那无论什么东西都可能是难以理解的。就像让一个外行人来看程序,哪有什么易读的?任何东西都是难读的嘛。
  或者如果觉得语言规范的范围太大的话可以在团队的代码规范中缩小范围。比如之前我还纠结过「==」运算符大家无法理解,所以统一使用了「===」。如果真觉得哪些特性是团队中的开发人员难以驾驭的,那就直接把这些特性拉黑吧。
网名:
3.80.55.*
电子邮箱:
仅用于接收通知
提交 悄悄的告诉你,Ctrl+Enter 可以提交哦
神奇海螺
[查看全部主题]
各类Web技术问题讨论区
发起新主题
本模块采用即时聊天邮件通知的模式
让钛合金F5成为历史吧!
次碳酸钴的技术博客,文章原创,转载请保留原文链接 ^_^