Vue原理解析——依赖收集
上篇文章中我们谈到了数据的响应化的工作流程,其中很重要的一部分就是依赖收集的过程。实际上依赖收集不只在数据响应化时用到,这篇文章就集中来谈谈。
上篇文章中我们谈到了数据的响应化的工作流程,其中很重要的一部分就是依赖收集的过程。实际上依赖收集不只在数据响应化时用到,这篇文章就集中来谈谈。
Koa是继Express之后的又一大方异彩的后端框架。相比于Express其最大的变化在于支持async/await的异步流程控制以及中间件的变化。本文将按照流程对其原理进行讨论。
Vue中的事件分为Dom事件和Vue自定义事件两种。这两者的区别是什么呢?
异步操作是JS的永不过时的话题,总是有人提出各种各样的方案去解决它,最初的回调地狱,到Promise,再有generator函数,直到现在的async函数。
上一篇文章从整体上梳理了一遍Vue构造实例的过程,从这篇文章开始将从细节上探讨Vue各个特性的实现,其中最核心的自然是Vue响应式数据的实现原理了。就先从这里开始。
从前文中对Flux的介绍中我们知道了store, action creator,dispatcher间数据单向流动的简洁之处,也了解了其存在的一些不足,那么Redux作为Flux架构的优化版,其改进之处在哪里呢?
现在的Web页面越来越复杂并向着web app的方向演化,这意味着前端将会有着大量的代码。而一个复杂又庞大的代码库必然需要模块系统来分治,既然有了模块系统就少不了模块依赖的管理与打包,这就是Webpack的主要职责了。当然关于模块化的演进有许多东西可以讨论,今天主要还是从目前最流行的Webpack开始学习。
我们都知道Vue的基本使用是从new一个Vue对象开始,挂载到真实DOM元素并实现数据的响应式绑定。那么在这个过程中究竟发生了什么呢?
有时候获取到数据流之后,内部数据虽然都是需要的,但数据的形式或许不是我们想要的。这种时候就需要使用这些数据再去进一步加工得到想要的数据。这就是今天要谈到的这一类操作符了。
在React中管理应用数据比较麻烦,一般借助于Redux这种管理应用状态的框架处理数据流动。那么了解Redux前就必须先了解它的设计思想来源——Flux。这篇文章从Flux的核心思想谈起。