在开始学习责任链之前，虽然免不了要经常修改代码，但是这样做可能会导致几个问题，下面根据 SOLID 的 单一职责（Single responsibility）和开放封闭（open/close）来说明。

前端团队有评审代码的要求，但由于每个开发人员的水平不同，技术关注点不同，所以对代码评审的关注点不同，为了保证代码质量，团队代码风格统一，特此拟定一份《前端团队代码评审 CheckList 清单》，这样代码评审人员在评审代码时，可以参照这份清单，对代码进行评审。从而辅助整个团队提…

对于中大型前端项目，项目规范与代码质量尤为重要。当功能需求变更或需要重构时，随心所欲的(糟糕的)代码可能带来比重新开发还麻烦的问题。 这个问题不用作过多阐述，想必接手过他人代码的同学，多少都有些体会。简单来说，太过随意的代码会让强迫症患者难以容忍，难以阅读理解的代码有时甚至不如…

在过去的开发经历中处理了各种奇葩BUG，认识到代码健壮性（鲁棒性）是提高工作效率、生活质量的一个重要指标，本文主要整理了提高代码健壮性的一些思考。 本文将继续探究除了单元测试、打日志之外其余一些帮助提高JavaScript代码健壮性的方法。 同理，后台在处理前端请求参数时，也应…

不以规矩，不能成方圆。 对于团队而言，统一很重要，代码是写给人看的，然后顺便跑在机器上而已。 每一种事物都有它被发明时，都会有其用处和目的，每一个事物都是自己擅长和适合的领域； 我们要在对的地方使用它，让它做自己擅长的事。 我们知道，当一个团队开始指定并实行编码规范的话，错误就…

大家好，我是林三心，这段时间很多兄弟姐妹都来问我问题，我也看过很多他们的代码。给我的感觉就是，代码的使用还停留在了ES5的那个阶段，很多用新语法就能轻松实现的，却都不怎么了解，所以我就打算写一篇文章，

代码是写给人看的, 顺便给机器运行 ! 坚持制定好的代码规范，无论团队人数多少，代码应该同出一门。

JavaScript作为前端开发从业人员必须掌握的3大基础知识中最重要的一环，也是平是接触时间最长、写得最多的。在开发过程中必然会遇到命名的问题，你会词穷、纠结、惆怅吗？

在这种场景中，首先还是业务的复杂度决定了代码的复杂度。首先我们来看一个在前端和node都有可能出现的一个简单的例子： 我们有 A, B, C, D 四个请求获取数据的函数（函数自己实现）， C 依赖 B 的结果，D 依赖 ABC 的结果，最终输出 D 的结果。 虽然这个代码是故…