前端开发标准规范和一些关于规范的思考

在生命的低潮期，我增加了思考人生的次数。

前言：

最近在观看胖东来的创始人于东来先生的一些直播切片，使我感悟良多，同时他的观点，他的人生态度快速地将我从低落的情绪的沼泽中拉出来。对于他的观点，我大部分是认同的，欣赏的，称赞的，少部分不认同。对于他阔达，乐观，自信，自爱的人生态度；有成人之美的心；寻找自己的长处，量力而行，循序渐进的做事风格，这些点我是很欣赏，觉得他的高度是比我高，也使我有种我也要这样做的茅塞顿开的感觉。甚至觉得他有种修道，修佛的心态，非常厉害。

从他的观点结合一些我的观察和别人的说法，我发现，如果层次越高，责任和权力越大，似乎就越应该花更多的时间在制定规则上，比如我作为一个前端小组长去面试，经常被问到说给团队制定了什么规则，如何促进团队发展和保证代码的质量，而我的技术水平仿佛没那么重要了，技术可能只占50%-70%吧。而如果做到于东来先生这个位置，他每天花大量时间是用于开会制定员工守则，制定对员工的提升和考核的机制，制定公司制度，奖惩规则，利润的分配规则。甚至开直播传播思想和理念。而纵观当今世界一些“先进”国家，手上更是握着大把的规则，并且哪个国家不遵守，还必定会满脸通红，暴跳如雷。他们手中规则的效力似乎与他们的国家地位是相挂钩的。透过这个现象是否说明了，当管理后，建立一个当下好的规则才是当下对大部分人收益最高的选择？规范的意义是什么？有兴趣的朋友可以在评论区探讨。

正文：

以下前端开发标准规范是我从工作和学习中总结的，均以ESLint和TypeScript的默认配置为前提，并且在持续更新中

1. 单个文件的代码行数不超过300行，特殊情况可以多至四百多五百行。
2. 重复的代码必须抽离出单独的函数或者组件，然后放在重复代码的文件结构的共同父级处。
3. 代码提交测试前应尽量减少控制台的warning，完全消除控制台的报错。上线前应该把绝大部分的warning消除。
4. 满足需求后，代码的编写以低复杂度的方案为准，以减少接口调用次数的方案为准。
5. 单个逻辑不能重复渲染。
6. 定时器，事件监听器使用后在组件销毁时也要随之销毁和取消监听，减少闭包的使用。
7. 每个函数，类和公有变量都应加上功能，作用说明的注释。并且命名使用其中文功能的英文翻译。
8. 减少if...else if...else的使用，用单if，switch，includes等代替。
9. 废弃的代码用删除代替注释，因为git中有老代码的记录，删除能使代码整体更整洁，如果怕找不回来可以留一行注释说明这次git提交的commit-id。

结语：

保持学习，保持成长，保持前进，保持心中的那道光。