上篇文章我们主要从代码主线上对vue框架进行了大致的代码解读,当我们引入了vue的时候,框架在vue下面挂载了一系列的全局变量和方法,当我们实例化一个vue对象的时候,经历了什么,本篇让我们细细道来。
依旧是打开我源码文件
initMixin(Vue)
首先执行initMixin(Vue)方法,依然我们来猜测一下,他的功能应该是要混入一些功能。
一眼看过去,其实也就知道了,主要是为我们的Vue原型上定义一个方法_init。然后当我们执行new Vue(options) 的时候,会调用这个方法。而这个_init方法的实现,便是我们需要关注的地方。
mergeOptions
前面定义vm实例都挺好理解的,主要我们来看一下mergeOptions这个方法,其实我们的Vue实例,会在代码运行后增加很多新的东西进去。我们把我们传入的这个对象叫options,实例中我们可以通过vm.$options访问到。
mergeOptions主要分成两块,就是resolveConstructorOptions(vm.constructor)和options,mergeOptions这个函数的功能就是要把这两个合在一起。options是我们通过new Vue(options)实例化传入的,所以,我们主要需要调研的是resolveConstructorOptions这个函数的功能。通过函数的命名,我们大致能推测出他的功能应该是解析构造函数的options,通过我们出入的参数vm.constructor,应该也可以看出来这一点。好了,我们直接看他的代码实现:
乍看resolveConstructorOptions时,可能我们不太清楚Ctor类里面每个属性到底代表了什么,没关系,我们找到实现Vue 子类功能的 Vue.extend 方法:
我们可以看到,该函数,实现了一个JS的经典继承方法,最后返回了一个继承自Super 的子类Sub。我们主要注意这里的代码:
看到这里,上面的resolveConstructorOptions功能函数我们就大致明白什么意思了:
Ctor.super 来判断该类是否是Vue的子类
if (superOptions !== cachedSuperOptions) 来判断父类中的options 有没有发生变化,主要考虑到下面这种情况:
12Vue.extend(options)Vue.mixin(options)返回获merge自己的options与父类的options属性
接下来就重点看mergeOptions的实现了:
上面采取了对不同的field采取不同的策略,Vue提供了一个strats对象,其本身就是一个hook,如果strats有提供特殊的逻辑,就走strats,否则走默认merge逻辑。
用这种hook的方式就能很好的区分对待公共处理逻辑与特殊处理逻辑,我们以data为例去看看它们做了什么特殊处理:
这里告诉我们,options.data经过merge之后,实际上是一个function,在真正调用function才会进行真正的merge,其它的merge都会根据自身特点而又不同的操作,这里就不贴代码了。
走到这一步,我们终于把业务逻辑以及组件的一些特性全都放到了vm.$options中了,后续的操作我们都可以从vm.$options拿到可用的信息。框架基本上都是对输入宽松,对输出严格,vue也是如此,不管使用者添加了什么代码,最后都规范的收入vm.$options中。
renderProxy
这一步比较简单,主要是定义了vm._renderProxy,这是后期为render做准备的,作用是在render中将this指向vm._renderProxy。一般而言,vm._renderProxy是等于vm的,但在开发环境,Vue动用了Proxy这个新API,有关Proxy,大家可以读读深入浅出ES6(十二):代理 Proxies, 这里不再展开。