Vue2.6.x源码阅读 - 5.源码阅读-core-Vue构造函数
阅读学习
Vue
源码/src
目录下的core
文件夹内Vue构造函数
相关的代码
Vue构造函数
core
目录下的index.js
对Vue
构造函数依旧进行了一定程度的封装,先除开封装的内容,直接进入到Vue
真正的构造函数所在的位置src/core/instance/index.js
。⭐️ 构造函数所在的文件(
src/core/instance/index.js
)内容较少,但需要注意各个方法的执行顺序。构造函数在实际样例代码调用new Vue(options)
才会执行,各类Mixin
方法都先于构造函数执行,这些方法将包括prototype方法、状态处理、事件、生命周期、渲染相关的方法都预先写入至构造函数内,所以在实际调用构造方法时,Vue
实例内容已经具有一定的复杂程度。当然实例所挂载的内容也不仅限于
src/core/instance/index.js
文件,其外层的src/core/index.js
以及再外层的src/platforms/web/runtime/index.js
也同样进行了一定程度的挂载。从入口文件开始到构造函数,一个Vue实例经过了三层的封装。最外层的封装其实能够理解,是基于平台入口的不同而会存在挂载内容的区别。中层与内层的挂载内容区分依旧比较费解,初步认为是处于代码结构的考虑,需要更加深入的学习。
initMixin
回到构造函数,进入到含有初始化方法的
initMixin()
,由于方法较长,所以按顺序分别进行分析。初始化定义
性能测试,
development
模式下,可开启core/config.js
中的性能分析配置performance: true
以测试各个Vue组件在初始化阶段的性能表现。在这里也可以看出
core/config.js
这份文件用于更改Vue
内部的一些配置,这些配置不开放给实际开发者,但支持开发者更改在调试时使用。这段代码中有一处非代码逻辑的细节,可以看到有一些
istanbul
开头的注释,如/* istanbul ignore if */
。istanbul
为一个用于检查代码覆盖率的JavaScript
库。在不开启性能分析配置的情况下,性能测试相关的两个if-else
代码块无法被覆盖到,故加了这一段注释用于忽略覆盖率检测。扩展:如果需要忽略整个文件,可在文件开头增加/* istanbul ignore next */
实现。
另一个关于代码顺序的细节,我们可以发现片段一的定义的代码内容是很少的,除了需要在性能分析中使用的变量,均未在片段一内进行处理。可以合理猜测这里的处理是为了让初始化阶段的性能更加精确。结合下面片段三的内容,也可以得出当前初始化方法内的性能,是用于测试实例创建,至生命周期
created
为止所消耗的时间。通过
performance API
可以获取到Vue
源码所记录的性能记录。
options
合并。else
部分的合并逻辑中,可以发现vm.constructor.options
内部是有内容的,甚至已经挂载了KeepAlive
等组件,以及一些命令。构造函数自带的options
就来自于上文所述的入口文件的多层封装。丰富Vue实例内容,赋值各类属性,以及生命周期方法
beforeCreate
、created
的调用。initProxy部分可参考学习。通过观察初始化各类属性的方法以及
beforeCreate
、created
两个生命周期方法的顺序,可以知道data
、props
、injects
、provides
等数据属性在created
时候已经被创建,且存在内容。而此时与dom相关的属性依旧为空状态。关于实例的属性,带
$
符号以及下划线的属性一般都为实例的私有属性,而带$
符号的属性一般认为为只读属性。关于
initRender
方法注释中所说的“创建元素的方法”即createElement
,将VNode
转换为真实的的dom,也是自定义render
方法中的第一个参数。经常能够在那些可自定义dom的组件中使用到。
⭐️调用
mount
方法挂载组件。可以发现构造函数所在的文件并没有该方法的定义,但
$mount
方法又充满了既视感。该方法会根据platform
不同会有所区别,结合web
模式下入口文件中的内容(可见上一篇4.源码阅读-platform)可知,该方法已经挂载在Vue.prototype
上。而代码内容由运行模式决定(该方法于6.源码阅读-core-组件挂载进行解析)。
关于4中代码的
initState
方法,这里进行一定的展开。以下代码中提及的observe
与defineReactive
方法于7.源码阅读-core-响应式原理中解析
最后更新于