一觉醒来,发现 try catch 要被淘汰了?

科技   2024-10-09 08:40   广东  

前言

大家好,我是林三心,用最通俗易懂的话讲最难的知识点是我的座右铭,基础是进阶的前提是我的初心~

相信大部分前端朋友都在项目中使用过 try catch 去编写过代码,其实它的最大作用就是 兜底,就比如下面的代码,我想要在请求之后,保证页面的正常展示不崩,那么我就得兜底:

  • 确保请求报错之后,页面正常展示
  • 确保请求到的数据是一个数组格式

那么我可以使用 try catch 这么去编写这一个请求,这样就能确保无论是请求失败与否,返回的数据符合预期与否,都不会造成页面的崩掉


或者我们平时使用的很多的 JSON.parse,这个方法报错率也是很高的,所以一般也都会做 兜底,防止因为此错误导致页面崩掉

ECMAScript 新提案

安全赋值运算符 ?=

最近 ECMAScript 引入了一个新的提案:proposal-safe-assignment-operator,中文翻译为 安全赋值运算符,代码中是 ?=

它通过将函数的结果转换为一个数组来处理错误

  • 如果函数抛出错误,则运算符返回[error, null]
  • 如果函数成功执行,则返回[null, result]

还是以刚刚两个代码例子来说



可以看出比原本的代码更加清晰简洁

很多人会问,为啥要将 error 放前面,而 result 放后面呢?

其实很好理解,因为并不是所有函数执行都会有返回结果的,换句话说:error是客观存在的,result是主观存在的,所以 error 放前面更方便,代码判断起来更加舒服

Symbol.result

刚刚上面 ?= 后面都是跟着 JavaScript 自带的方法,如果你想要让自己写的代码也能享受 ?=,那么你需要用到 Symbol.result,因为当 ?= 后面需要接一个对象(可以直接是对象,也可以是函数返回对象),会自动去调用这个对象身上的 Symbol.result 方法


递归处理

如下代码,如果 ?= 处理后返回的 result 中又有 Symbol.result 的话,?= 会继续处理这个 result ,直到所有 Symbol.result 被处理完成,或者遇到报错

Promise

?= 天然支持处理 Promise,不需要自己去返回 Symbol.result

结语

我是林三心,一个待过小型toG型外包公司、大型外包公司、小公司、潜力型创业公司、大公司的作死型前端选手,感谢您的阅读~

前端之神
一位前端小菜鸡,写过400多篇原创文章,全网有6w+个前端朋友,梦想是成为”前端之神“~
 最新文章