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

陈德立 / 153 / 2023-09-26 11:14:14

ChatGPT 可用网址,仅供交流学习使用,如对您有所帮助,请收藏并推荐给需要的朋友。
https://ckai.xyz

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

前言:

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

从他的观点结合一些我的观察和别人的说法,我发现,如果层次越高,责任和权力越大,似乎就越应该花更多的时间在制定规则上,比如我作为一个前端小组长去面试,经常被问到说给团队制定了什么规则,如何促进团队发展和保证代码的质量,而我的技术水平仿佛没那么重要了,技术可能只占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。

结语:

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


前端开发标准规范和一些关于规范的思考
作者
陈德立
许可协议
CC BY 4.0
发布于
2023-09-26
修改于
2024-05-26
Bonnie image
尚未登录