- 外界传递过来的函数,一般放在代码块的最后调用。因为不知道这个函数是否会执行一些耗时操作或者重新渲染界面
- 变量以及函数的命名都要有具体意义,避免像 value 之类的
- props 等,可以在开始的时候就解构
- 理解困难的逻辑,即使很短,也可以封装个方法,命名一个易懂的方法名
- 对值的不同情况判断,通常会把
undefined
这种更容易处理的情况放在前面 - 通常来说,向外暴露的函数的类型要写全,出错难以验证的地方的类型要写全
(这一块的类型加不加我觉得还好,因为后面使用的地方等于做了强制检查。如果哪个item写得不对,后面编译不过。如果加上的话,感觉代码噪音变大了。) - export 函数应该显示声明返回类型或者非常容易推导
- 注意类型保护与代码可读性之间的平衡
- 函数内部可以省略能被自动推导的类型声明。比如 map((x) => Void)
- 简单的函数可以直接 inline。比如 Array 的一系列操作函数
- let在代码中应该尽量避免使用,它通常会让逻辑推导难度变大
- 使用forEach + push/重赋值,不如想办法使用map/flatMap。前者是命令式思维,需要修改对象,需要脑子跟着逻辑转;后者就变成了函数式思维,关注于“数据转换的结果而非过程”,更容易理解
- 更推荐
xx.xx
的形式调用属性,方括号形式x["xxx"]
等于是在提醒阅读者,这个属性不能直接连写,需要注意,反而是一种误导 - 这两个字段应该是required,因为它们最终都是required,不应该因为方便实现而增加不确定性
React 代码规范
于 2022-06-25 20:41:40 首次发布
本文探讨了代码优化的几个关键原则,包括函数调用的位置、变量和函数命名的明确性、逻辑封装、条件判断的顺序以及类型注解的使用。强调了使用map/flatMap替代forEach+push以提升代码可读性和效率,并提倡使用函数式编程思想。同时,提出了在对外暴露的API中确保类型完整性和代码清晰性的平衡。
摘要由CSDN通过智能技术生成