发布于 2017-08-05
这可能会存在一些争议,据我所知 async/await 这个特性受到很多开发者的青睐。对于不熟悉的同学,简单讲,其实它就是一种让开发者处理 Promise 更漂亮点儿的原生语法。
async/await 写法:
async function doSomethingCool() {
let someValue = await getSomePromise();
console.log(someValue + '!!!');
}
Promise 写法:
function doSomethingCool() {
getSomePromise.then(someValue => someValue + '!!!');
}
在上面的例子中,假定 getSomePromise
就是一个能够返回 Promise 的函数。
多年以前, C# 迎来了 async、await 特性,让很多人兴奋不已,并号称『让异步编程更简单易懂』(至少我的同事们是这样认为的),因为它的『简洁』导致很多人喜欢。现在 async、await 特性在 Javascript 也落地了,我也听到了同样的声音。但是我对此带来的好处心存疑虑。
then
链式回调函数。对于大多数人来说,Promise 和函数式编程有个巨大的转变就是链式回调函数。说实话,有些人很难处理这些回调。let bad = () => Promise.reject('bad');
async function coolWay() {
try {
let result = await bad();
doSomething(result);
} catch (err) {
console.error('An error!');
}
}
对比
let bad = () => Promise.reject('bad');
function lameOldWay() {
bad()
.then(doSomething)
.then(null, err => console.error('An error!'));
}
在我看来,第一个示例很明显的表示了 catch 块会捕获 bad()
或 doSomething()
的任何异常,然而在第二个示例中,除非你非常熟悉 Promise 的语法,不然你会很难发现在哪里捕获异常。尽管如此,这在一些人眼里并不算一个很大的问题。
你可以同时使用基于链式调用的 Promise ,也可以使用 async/await,这都并没有什么。我不确定哪个更适合你,但是只要适应场景并且能使代码更可读,你就用吧!
最好去深入了解 async/await,我敢打赌在大部分的应用场景中你并不需要区分到底哪种方案语法更好,最重要的是去权衡哪个写法更能让你的代码更『好看』,如果两者都 ok ,那么我个人推荐使用 Promise 的链式调用的方法,因为它更简单直接,性能更好,编译的出的代码更少。然而,强大的 async/await 能让你更加自然的使用 try/catch。