最近代码写着写着,我突然意识到一个问题——我们既然已经有了 Promise 和 then,为啥还需要 async 和 await?这不是脱裤子放屁吗?
比如说我们需要一段请求服务器的代码:
new Promise((resolve, reject) => {
setTimeout(() => {
const res = '明月几时有'
if (1 > 2) {
resolve(res)
} else {
reject('我不知道,把酒问青天吧')
}
}, 1500)
}).then(
(res) => {
console.log(`成功啦!结果是${res}`)
},
(err) => {
console.log(`失败了。。。错误是${err}`)
}
)
这段代码,简洁漂亮,但是如果用上了 async 和 await,就需要写成下面这样:
function ask() {
return new Promise((resolve, reject) => {
setTimeout(() => {
const res = '明月几时有'
if (1 > 2) {
resolve(res)
} else {
reject('我不知道,把酒问青天吧')
}
}, 1500)
})
}
async function test() {
try {
const res = await ask()
} catch (err) {
console.log(err)
}
}
test()
竟然还需要一个 try catch 来捕捉错误!越写越像 Java 呀。
MDN 给我们了一些解释:
如果你在代码中使用了异步函数,就会发现它的语法和结构会更像是标准的同步函数。
说白了,这种写法的一部分原因,就是为了“讨好” Java 和其他的一些程序员。
另一方面呢,也是增强可读性,虽然说 async await 的写法比较丑,但是毫无疑问,可读性远远高于 Promise then。
最为重要的呢,是 Promise 可以无限嵌套,而 async await 只能处理一个 Promise,无法继续嵌套。
所以一旦需要使用多次连续回调,async await 就乏力了。
其实也可以,通过 await 一个Promise.all()来实现。
虽然大家知道async/await,但是很多人对这个方法中内部怎么执行的还不是很了解,本文是我看了一遍技术博客理解 JavaScript 的 async/await
Async实际上是一个封装了自动化执行并返回一个Promise的Generator函数的语法糖。这句话的意思我们可以分为三个部分来解读:首先它有一个自动化执行,Generator函数是依靠不停的调用.net来依次执行的,Async有一个自动化执行的过程
Node.js7.6起, Node.js 搭载了有async函数功能的V8引擎。当Node.js 8于10月31日成为LTS版本后,我们没有理由不使用async函数。接下来,我将简要介绍async函数,以及如何改变我们编写Node.js应用程序的方式。
自2015年11 发布1.7版以来,TypeScript 已支持 async/await 关键字。编译器使用 yield 将异步函数转换为生成器函数。这意味着咱们无法针对 ES3 或 ES5,因为生成器仅在 ES6 中引入的。
async/await 大家肯定都用过,在处理异步操作的时候真的是很方便。那今天主要讲一些在使用 async/await 时容易忽略和犯错的地方。上面的代码中,每一行都会 等待上一行的结果返回后才会执行。
有一个图片列表,我想要在图片onload成功之后获取加载成功的图片列表,图片资源加载为异步,我们使用ES7的async await方式实现,多张图片,是用for循环。
Async 和 Awaiit 是 Promise 的扩展,我们知道 JavaScript 是单线程的,使用 Promise 之后可以使异步操作的书写更简洁,而 Async 使 Promise 像同步操作
如果让你手写async函数的实现,你是不是会觉得很复杂?这篇文章带你用20行搞定它的核心。经常有人说async函数是generator函数的语法糖,那么到底是怎么样一个糖呢?让我们来一层层的剥开它的糖衣。
async/await是ES7的写法,可以让非同步call back写法看起来像同步的顺序去执行。以下我们new一个Promise的class并return给一个function
决心还是起来把今天白天工作期间反问一个小伙伴的async&await问题。实际上这个问题之前我就一直想写点什么,只是奈何懒的很,一直没有行动
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!