GVKun编程网logo

在微信小程序中使用 async/await(在微信小程序中使用百度授权登录)

12

关于在微信小程序中使用async/await和在微信小程序中使用百度授权登录的问题就给大家分享到这里,感谢你花时间阅读本站内容,更多关于.net–使用Task.Wait()代码包装Async/Awai

关于在微信小程序中使用 async/await在微信小程序中使用百度授权登录的问题就给大家分享到这里,感谢你花时间阅读本站内容,更多关于.net – 使用Task.Wait()代码包装Async / Await IAsyncOperations有什么风险?、async-await – async / await防止Angular2在模板语句中使用时呈现组件、async/await - 8.在for循环中正确的使用await、async/await 是否会导致代码阻塞? async/await 有哪些实际有用的场景?等相关知识的信息别忘了在本站进行查找喔。

本文目录一览:

在微信小程序中使用 async/await(在微信小程序中使用百度授权登录)

在微信小程序中使用 async/await(在微信小程序中使用百度授权登录)

微信小程序中有大量接口是异步调用,比如 wx.login()wx.request()wx.getUserInfo() 等,都是使用一个对象作为参数,并定义了 success()fail()complete() 作为异步调用不同情况下的回调。

但是,以回调的方式来写程序,真的很伤,如果有一个过程需要依次干这些事情:

  • wx.getStorage() 获取缓存数据,检查登录状态

  • wx.getSetting() 获取配置信息,

  • wx.login() 使用配置信息进行登录

  • wx.getUserInfo() 登录后获取用户信息

  • wx.request() 向业务服务器发起数据请求

  • ……

  • 那么,代码大概会长这样

    wx.getStorage({ fail: () => { wx.getSetting({ success: settings => { wx.login({ success: ({ code }) => { wx.getUesrInfo({ code, success: (userInfo) => { wx.request({ success: () => { // do something } }); } }); } }); } }); }});

    显然,async/await 可以同样逻辑的代码看起来舒服得多。不过默认情况下,“微信开发者工具”并不支持 async/await。如何启用?

    1. 用上 async/await

    如果有心,在微信小程序官方文档中搜索 async 可以找到“工具⇒开发辅助⇒代码编译”页面中提到了对 async/await 的支持情况,是在“增加编译”小节的一个表格中,摘录一段:

    1.02.1904282 以及之后版本的开发工具中,增加了增强编译的选项来增强 ES6 转 ES5 的能力,启用后会使用新的编译逻辑以及提供额外的选项供开发者使用。

    特性 原有逻辑 增强编译
    Async/Await 不支持 支持
  • 支持 async/await 语法,按需注入 regeneratorRuntime,目录位置与辅助函数一致

  • 总之呢,就是,只要把“微信开发者工具”更新到 v1.02.1904282 以上,就不需要干 npm install regenerator 这之类的事情,只需要修改一个配置项就能使用 async/await 特性了。这个配置就在“工具栏⇒详情⇒本地设置”页面中。

    为了快速验证 async/await 可用,在 app.jsonLaunch() 事件函数中加一段代码:

    (async () => { const p = await new Promise(resolve => { setTimeout(() => resolve("hello async/await"), 1000); }); console.log(p);})();

    在短暂的自动编译运行之后,在调试器界面的 Console 页签中可以看到输出:

     hello async/await

    如果不行,请先检查“微信开发者工具”的版本——至少,去下载一个最新版本总不会有问题的。

    2. 改造 wx.abcd 异步方法

    虽然 async/await 得到了支持,但是还得把 wx.abcd() 封装成 Promise 风格才行。

    Node.js 在 util 模块中提供了 promisify 来把 Node.js 风格的回调转换成 Promise 风格,但显然它不适用于 wx 风格。还是自己动手吧,也不用考虑太多,比如 wx 风格的异步调用在形式上都是一致的,它们的特征如下 :

  • 使用一个对象传递所有参数,包括三个主要的回调

  • success: (res) => any 在异步方法成功时回调

  • fail: (err) => any 在异步方法失败时回调

  • complete: () => any 在异步方法完成(不管成功还是失败)时回调

  • 所以,如果 wx.abcd() 改成了 Promise 风格,通过 async/await 来编写,大概应该是这个样子

    try { const res = wx.abcd(); // do anything in success callback} catch (err) { // do anything in fail callback} finally { // do anything in complete callback}

    当然,catchfinally 这两个部分并不是必须,也就是说,不一定非得用 try 语句块。但是,如果不用 catch,会有一个神坑存在,这个问题后面再说。现在首先要做的是改造

    2.1. 定义 promisify()

    promisify() 就是一个封装函数,传入原来的 wx.abcd 作为参加,返回一个 Promise 风格的新函数。代码和解释如下:

    function promisify(fn) { // promisify() 返回的是一个函数, // 这个函数跟传入的 fn(即 wx.abcd) 签名相同(或兼容) return async function(args) { // ^^^^ 接受一个单一参数对象 return new Promise((resolve, reject) => { // ^^^^^^^^^^^ 返回一个 Promise 对象 fn({ // ^^ ^ 调用原函数并使用改造过的新的参数对象 ...(args || {}), // ^^^^^^^^ 这个新参数对象得有原本传入的参数, // ^^ 当然得兼容没有传入参数的情况 success: res => resolve(res), // ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 注入 success 回调,resovle 它 fail: err => reject(err) // ^^^^^^^^^^^^^^^^^^^^^^^^ 注入 fail 回调,reject 它 }); }); };}

    举例使用它:

    const asyncLogin = promisify(wx.login); // 注意别写成 wx.login(),为什么,我不说try { const res = asyncLogin(); const code = res.code; // do something with code} catch (err) { // login error} finally { // promisify 里没有专门注入 complete 回调, // 因为 complete 的内容可以写在这里}

    2.2. 定义 wx.async()

    不过老实说,把要用的异步方法通过 promisify 一个个处理,写起来还是挺烦的,不如写个工具函数把要用的方法一次性转换出来。一查之下,发面 wx 对象中定义了不知道多少异步方法。所以还是退而求其次,用到啥转啥,只需要 1) 可以批量转,2) 转出来的结果还是封装在一个对象中。整个过程就是迭代处理,最后把每个处理结果聚焦在一起:

    function toAsync(names) { // 这里 names 期望是一个数组 return (names || []) .map(name => ( { name, member: wx[name] } )) .filter(t => typeof t.member === "function") .reduce((r, t) => { r[t.name] = promisify(wx[t.name]); return r; }, {});}

    这个 toAsync 的用法大致是这样的

    const awx = toAsync(["login", "request"]);await awx.login();await awx.request({...});

    有些人可能更习惯单个参数传入的方式,像这样

    const awx = toAsync("login", "request");

    那么在 toAsync 的定义中,参数改为 ...names 就好,即

    function toAsync(...names) { ... }

    还没完,因为我不想在每一个 JS 文件中去 import { toAsync } from ...。所以把它在 App.onLaunch() 中把它注入到 wx 对象中去,就像这样

    App({ onLaunch: function() { // ... wx.async = toAsync; // ... }});

    3. await 带来的神坑

    工具准备好了,代码也大刀阔斧地进行了改造,看起来舒服多了,一运行却报错!为什么???

    先来看一段原来的代码,是这样的

    wx.getStorage({ key: "blabla", success: res => { // do with res }});

    改造之后是这样

    const res = await awx.getStorage({ key: "blabla" }); // <== runtime error// do with res

    awx.getStorage 抛了个异常,原因是叫 "blabal" 的这个数据不存在。

    为什么原来没有错,现在却报错?

    因为原来没有定义 fail 回调,所以错误被忽略了。但是 promisify()fail 回调封装成了 reject(),所以 awx.getStorage() 返回的 Promise 对象上,需要通过 catch() 来处理。我们没有直接使用 Promise 对象,而是用的 await 语法,所以 reject() 会以抛出异常的形式体现出来。

    用人话说,代码得这样改:

    try { const res = await awx.getStorage({ key: "blabla" }); // <== runtime error // do with res} catch (err) { // 我知道有错,就是当它不存在!}

    伤心了不是?如果没有伤心,你想想,每一个调用都要用 try ... catch ... 代码块,还能不伤心吗?

    3.1. 忽略不需要处理的错误

    处理错误真的是个好习惯,但真的不是所有错误情况都需要处理。其实要忽略错误也很简单,直接在每个 Promise 形式的异步调后面加句话就行,比如

    const res = await awx .getStorage({ key: "blabla" }) .catch(() => {});// ^^^^^^^^^^^^^^^^ 捕捉错误,但什么也不干

    稍微解释一下,在这里 awx.getStorage() 返回一个 Promise 对象,对该对象调用 .catch() 会封装 reject 的情况,同时它会返回一个新的 Promise 对象,这个对象才是 await 等待的 Promise。

    不过感觉 .catch(() => {}) 写起来怪怪的,那就封装成一个方法吧,这得改 Promise 类的原形

    Promise.prototype.ignoreError = function() { return this.catch(() => { });};

    这段代码放在定义 toAsync() 之前就好。

    用起来也像那么回事

    const res = await awx .getStorage({ key: "blabla" }) .ignoreError();

    对于单个 await 异步调用,如果不想写 try ... catch ... 块,还可以自己定义一个 ifError(fn) 来处理错误的情况。但是如果需要批量处理错误,还是 try ... catch ... 用起顺手:

    4. 回到开始

    try { const storeValue = await awx.getStorage({}); const settings = await awx.getSetting(); const { code } = await awx.login(); const userInfo = await awx.getUserInfo({ code });} catch (err) { // 处理错误吧}

    看,不需要对每个异步调用定义 fail 回调,一个 try ... catch ... 处理所有可能产生的错误,这可不也是 async/await 的优势!


    夜已深,

    喜欢文章,点个“在看 ⇘”!

    支持作者(看这里 ⇓),赏杯咖啡!

    本文分享自微信公众号 - 边城客栈(fancyidea-full)。
    如有侵权,请联系 support@oschina.cn 删除。
    本文参与“OSC源创计划”,欢迎正在阅读的你也加入,一起分享。

    .net – 使用Task.Wait()代码包装Async / Await IAsyncOperations有什么风险?

    .net – 使用Task.Wait()代码包装Async / Await IAsyncOperations有什么风险?

    我目前正在尝试将相当数量的现有同步代码移植到WinRT.

    作为其中的一部分,我遇到了现有代码的问题,希望某些操作是同步的 – 例如用于文件I / O.

    为了使这个现有代码适应WinRT中的IAsyncoperation样式API,我使用了一种使用扩展方法包装IAsyncoperation的技术,如:

    namespace CirrIoUs.MvvmCross.Plugins.File.WinRT
    {
        public static class WinRTExtensionMethods
        {
            public static TResult Await<TResult>(this IAsyncoperation<TResult> operation)
            {
                var task = operation.AsTask();
                task.Wait();
                if (task.Exception != null)
                {
                    // Todo - is this correct?
                    throw task.Exception.InnerException;
                }
    
                return task.Result;
            }
        }
    }

    从MvvmCross WinRT ExtensionMethods开始 – 使用与IAsyncAction类似的方法

    这些包装器似乎有效 – 它们允许我在同步代码中使用Async方法,如:

    public IEnumerable<string> GetFilesIn(string folderPath)
        {
            var folder = StorageFolder.GetFolderFromPathAsync(ToFullPath(folderPath)).Await();
            var files = folder.GetFilesAsync().Await();
            return files.Select(x => x.Name);
        }

    我知道这并不是真正符合WinRT的精神;但我希望这些方法通常只能在后台线程上调用;我写这篇文章的目的是让我的代码跨平台兼容 – 包括那些尚未支持await-async的平台和/或尚未准备好跳转的开发人员.

    所以……问题是:使用这种类型的代码我运行的风险是什么?

    作为第二个问题,有没有更好的方法可以实现文件I / O等领域的代码重用?

    解决方法

    首先,我认为您的方法可以改写为:
    public static TResult Await<TResult>(this IAsyncoperation<TResult> operation)
    {
        return operation.AsTask().Result;
    }

    如果任务尚未完成,则调用结果将同步等待.如果失败,它将抛出AgreggateException.我认为像你一样抛出InnerException是个坏主意,因为它会覆盖异常的堆栈跟踪.

    关于你的实际问题,我认为使用Wait()和异步代码的最大危险是死锁.如果你在UI线程上启动一些内部使用await的操作,然后在同一个线程上使用Wait()等待它,你将遇到死锁.

    如果你没有在UI线程上等待,那么这并不重要,但如果可能的话,你仍然应该避免它,因为它违背了整个异步的想法.

    async-await – async / await防止Angular2在模板语句中使用时呈现组件

    async-await – async / await防止Angular2在模板语句中使用时呈现组件

    单击组件的按钮时将执行以下方法.
    async onClickButton() {
        await this.shoppingCartService.add(this.selectedOffer);
        this.router.navigate(['ShoppingCartComponent']);
    }

    数据将添加到购物车,但在导航到下一页时,只会呈现标题,而数据则不会.此方法有效,如果不使用async-await,将正确呈现以下页面.
    使用ChangeDetectorRef.detectChanges()和ApplicationRef.tick()强制更改检测无效.
    离开下一页即ShoppingCartComponent后,将进行渲染,并暂时显示数据.
    什么想法可能会出错?

    解决方法

    这是async / await的已知问题.它导致代码跟随等待不在Angulars区域内运行.

    作为解决方法,您需要在构造函数中注入ngzone并将代码更改为

    async onClickButton() {
        await this.shoppingCartService.add(this.selectedOffer);
        this.ngzone.run(() => {
          this.router.navigate(['ShoppingCartComponent']);
        });
    }

    另见https://github.com/angular/angular/issues/322

    async/await - 8.在for循环中正确的使用await

    async/await - 8.在for循环中正确的使用await

    async/await - 8.在for循环中正确的使用await

    const fetch = require(''node-fetch'')
    const bluebird  = require(''bluebird'')
    
    async function getZhihuColumn(id) {
      await bluebird.delay(1000)
      const url = `https://zhuanlan.zhihu.com/api/columns/${id}`
      const response = await fetch(url)
      return await response.json()
    }

      

    循环中的串行

    const showColumnInfo = async() => {
      console.time(''showColumnInfo'')
    
      const names = [''qianduanzhidian'', ''FrontendMagazine'']
      for (const name of names) {
        const column = await getZhihuColumn(name)
        console.log(`name:${column.name}`)
        console.log(`description:${column.description}`)
      }
      console.timeEnd(''showColumnInfo'') // 4757.181ms
    }
    
    showColumnInfo()

      

    循环中的并行

    const showColumnInfo = async() => {
      console.time(''showColumnInfo'')
    
      const names = [''qianduanzhidian'', ''FrontendMagazine'']
      const promises = names.map(x => getZhihuColumn(x))
      for (const promise of promises) {
        const column = await promise
        console.log(`name:${column.name}`)
        console.log(`description:${column.description}`)
      }
      console.timeEnd(''showColumnInfo'') // 2615.484ms
    }
    
    showColumnInfo()

      

    async/await 是否会导致代码阻塞? async/await 有哪些实际有用的场景?

    async/await 是否会导致代码阻塞? async/await 有哪些实际有用的场景?

    如何解决async/await 是否会导致代码阻塞? async/await 有哪些实际有用的场景??

    let x=1;
    let p1 = new Promise(function(rej,res){
     fs.readfile(''path'',function(err,result){
        if(err){
         rej()
        }
        else{
          res()
        }
     })
    
    await p1;
    console.log(x);
    

    这段代码似乎阻止了console.log(x)的最后一个操作.....虽然它对我来说有助于更清晰的代码......但看起来它会降低性能......应该是正确的方法或使用 async/await 的有用场景?

    解决方法

    await 只会在同一函数中阻止代码。例如,以下将立即记录 x

    const fn = async () => {
        let x = 1;
        let p1 = new Promise(function (rej,res) {
            fs.readfile(''path'',function (err,result) {
                if (err) {
                    rej()
                }
                else {
                    res()
                }
            })
        });
        await p1;
    };
    fn();
    // .catch(handleErrors) if you want
    console.log(x);
    

    如下所示,只需删除 await

    const fn = async () => {
        let x = 1;
        let p1 = new Promise(function (rej,result) {
                if (err) {
                    rej()
                }
                else {
                    res()
                }
            })
        });
        p1
            .then(() => {
                console.log(''file read complete'');
            });
            // .catch(handleErrors) if you want
        console.log(x);
    };
    fn();
    

    使用 async/await 在性能方面绝对没有什么可担心的 - 您只需确保您的代码逻辑设置为执行您想要的计时。

    使用 async/await 的正确方法或有用场景应该是什么?

    IMO,当您有多个 Promise 需要在运行其他代码之前等待解决时。当只有一个 Promise 时,可读性的好处是微不足道的,但是当有多个依赖于先前解析值的 Promise 时,它​​真的开始发光了 - 不影响性能。

    ,

    这段代码好像阻塞了console.log(x)的最后一个操作

    JS 中的“阻塞”一词的意思是“阻止 JS 引擎做任何其他事情”。

    所以这不会阻塞。

    它让包含函数进入休眠状态,并释放事件循环来运行其他函数(并处理事件、计时器等),直到承诺解析并且值可用为止。

    这确实会阻止该特定功能在此之前继续,但仅限于该特定功能。

    当该值可用时,下次事件循环空闲时,再次唤醒该函数,await 语句被评估为promise 的已解析值,该函数继续执行。

    当您需要在承诺解析后或使用承诺解析的数据执行某些操作时,这很有用。

    通常情况下,您会遇到以下情况:

    x = await p1;
    console.log(x);
    

    您已经知道 x 的示例没有多大意义。

    如果你想继续函数而不等待它,你不应该等待承诺。

    我们今天的关于在微信小程序中使用 async/await在微信小程序中使用百度授权登录的分享已经告一段落,感谢您的关注,如果您想了解更多关于.net – 使用Task.Wait()代码包装Async / Await IAsyncOperations有什么风险?、async-await – async / await防止Angular2在模板语句中使用时呈现组件、async/await - 8.在for循环中正确的使用await、async/await 是否会导致代码阻塞? async/await 有哪些实际有用的场景?的相关信息,请在本站查询。

    本文标签:

    上一篇微信支持H5跳转App、跳转小程序(微信支持h5跳转app,跳转小程序吗)

    下一篇微信分销几大难题解决办法(微信分销几大难题解决办法是什么)