如何衡量程序员的 JavaScript 能力

作者 : phpacg 本文共670个字,预计阅读时间需要2分钟 发布时间: 2018-04-24 共207人阅读

相关于功用来说,关于前端的js,我觉得哪怕一团体能把一切的代码写到O(n)的效率,也比不得写一手好维护的代码。

命名明白吗?代码复用性高吗?

这种在任何言语里都是基础的效果,就是js里最重要的效果。

还有硬编码。这个一定要独自说。

每次我翻开他人的js看到一堆红字(和html对应的字符串参数比如”class_name”)就想死。用一个变量来代表这个可以省去很多HTML变化带来的费事。我甚至会用var htmlAttrs.classes.THE_CLASS这样的方式来把这些对应html元素的字符串放在一同维护。

说到这个的话,用一个好的IDE,应用好reference来跨文件完成自动提示,也是十分重要也是十分值得做的。

再然后就是全局变量和全局函数的效果。一个页面的windows对象下面有一堆非必要的全局函数也是会把人逼疯的。

js太过自在,所以coder的编码习气显得特别重要。

相对而言,我觉得在大局部场景下,js的本地执行功用假设都成为影响用户体验的瓶颈,那相对是产品的设计出效果了。前端工程师抠优化应该是在网络央求方面下功夫。

不是说前端js就不需求功用。只是说,把功用置于可维护性之上,或许为了功用而降低可维护性,是不可取的

举个例子,关于字符串拼接来说,单次大批的字符串拼接,[string1,string2,string3].join()比起string1+string2+string3来,假设思索到团队里有不是很熟习js的同事的话,我就会选用后者。

而关于js自身而言,最伟大的水平,就是对猿友善:code-monkey-friendly

常见问题FAQ

发表评论

提供最优质的资源集合

立即查看 了解详情