异步状态

如果一个组件的状态,依赖于异步任务的执行,那么这个状态就是异步的,我们称之为异步状态。异步状态会引入不确定性,换句话说就是,代码执行结果的正确与否完全靠运气或者靠网速。更糟糕的是,这种不确定性会可能向外扩散向内渗透,进而影响到整个应用的稳定性。

NextTick 让异步状态更加难以捉摸

我们知道 Vue 关于数据视图双向绑定的实现是基于观察者模式,在这个过程中,我们 Observe 组件状态、创建 Watcher、订阅事件变化,并在 nextTick 中 flush 我们的 schedulerQueue。

Vue 的这种基于 nextTick 的处理机制,再加上我们自己的异步代码,两者结合起来共同影响的那些异步状态,会给我们的代码稳定性带来很大挑战。

如果我们处理不好这种异步状态,Vue 的表现会变得让人难以捉摸。具体来说就是 watch 的 handler 执行时机、视图的更新时机等问题,因为他们都依赖于 nextTick 机制,而在 nextTick 这个时刻,我们自己的异步代码的执行状态又是不确定的,这就导致 Vue 在 nextTick 时可能面临的是一个不稳定的异步状态。因此,Vue 不得不多次执行 watch 的 handler,或者多次更新视图,以保证最新的状态都已经得到 "应用"。

一个熟悉的问题

我们应该见过这样的面试题:

(function test() {
    setTimeout(function() {console.log(4)}, 0);
    new Promise(function executor(resolve) {
        console.log(1);
        for( var i=0 ; i<10000 ; i++ ) {
            i == 9999 && resolve();
        }
        console.log(2);
    }).then(function() {
        console.log(5);
    });
    console.log(3);
})()
--------------------- 
作者:Front_end_lh 
来源:CSDN 
原文:https://blog.csdn.net/qq_31628337/article/details/71056294 
版权声明:本文为博主原创文章,转载请附上博文链接!
复制代码

如果我们已经了解过 js 的事件循环机制,我们都能轻松地预测出代码的执行顺序,但是一旦跟 Vue 结合起来,事情就会麻烦很多。

点击查看一个刻意复杂化的例子以模拟真实项目中的复杂逻辑,预测一下运行顺序是怎样的?

能否准确预测代码的执行情况,不仅是确保程序稳定运行的重要前提,更是衡量我们对框架理解程度的重要指标。

我们该怎么做

实际开发中业务组件会不可避免的复杂化,甚至有些业务性很重的子组件还会发起异步请求,导致异步状态分布在多个组件当中,这个时候对 Vue 执行过程的分析就很困难了。

或许你会想,直接使用 vue-router 的这种方案,在路由进入前把所有异步数据都准备不就行了吗?这的确可以解决大部分问题,但是有一些特殊的业务需求,需要动态的根据一些 "参数" 去发起请求,所以还是摆脱不了这个问题。

为了应对各种各样的需求,我们在写任何存在异步任务的代码时,都要提前做好流程设计,要确保代码的运行是严格符合期望的。

个人的一点心得

  1. 如果没有特殊需求,大部分都能使用 vue-router 的这种方案解决。
  2. 如果上述方案无法满足,就往下看
  3. 首先要列出所有需要异步操作的代码
  4. 分析他们之间的依赖关系,以此决定请求的顺序
  5. 根据这个顺序,并结合 Vue 组件的父子关系,决定这些异步代码的存放位置
  6. 不断在脑海里过 Vue 的执行流程,不断完善代码,弥补纰漏
  7. 最后要确保,在 nextTick、setTimeout、ajax 交织在一起的代码里,自己能预测出任意位置代码的执行时机

  • Vue.js

    Vue.js 是构建 Web 界面的 JavaScript 库,提供数据驱动的组件,还有简单灵活的 API,使得 MVVM 更简单。 主要特性: 可扩展的数据绑定 将普通的 JS 对象作为 model 简洁…

    109 引用
感谢    赞同    分享    收藏    关注    反对    举报    ...