高质量代码编写原则 增加代码可读性，注释清晰、命名语义化；提高代码重用性，公共组件和私有组件的维护，设计公用组件时需要考虑让接口保持弹性，并且高度模块化，多处重复使用不允许轻易被修改，有专人维护

篇幅可能会比较长，但是我感觉有一套规范对于一个团队其实还是很重要的，这样在维护起来也会很方便，如果接下来的规范感觉对你们团队有帮助，希望可以在团队中进行实践或者推荐给你的leader，代码规范参考自：腾讯alloyteam团队，希望大家可以跟着看一遍，各取所需。 后续的文章我也…

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

一起养成写作习惯！这是我参与「掘金日新计划 · 4 月更文挑战」的第2天，点击查看活动详情。 1. 说在前面 所谓的编码水平,在绝大多多数情况下,通关观看你的变量命名就能一窥全貌. 这是一个经验的积累

本文基于 github 项目 airbnb/javascript 翻译，也加入了一些个人理解。规范有利于我们更好的提高代码可读性，避免一些不必要的 bug。但是，并没有统一的标准和硬性要求，这里只是给大家提供一些参考，适合团队和自己的才是最好的。 2.1 所有的赋值都用cons…

大家平时能搜出一堆Code Review 流程、如何如何 Code Review 等等。好像实际的 review 记录并不多，恰好本人有幸担任前端小组长一职，就给大家分享一下，一线前端平时写的代码~

在团队协作中，为避免低级 Bug、以及团队协作时不同代码风格对彼此造成的困扰与影响。如果项目中没有统一的规范就会导致代码风格的五花八门，不利于代码的阅读和维护。所以会预先制定编码规范，

无规矩不成方圆，无规范难以协同！建立一套适合团队的开发规范，可以让团队成员编写出高质量的代码，让团队成员每天在一起都心情愉悦，从而让团队做得更好走的更远。

为了方便自己以后维护，以及后面的人能够更快的阅读你的代码，我们每个人都应该对自己的代码有洁癖。本文主要讨论代码的可读性、可拓展性、可复用性，最终目的是让别人看完你的代码，不会说这写的是啥呀！