vue基础
vue的基本原理
当一个Vue实例创建时,Vue会遍历data中的属性,用Object.defineProperty(Vue使用proxy)转换为getter/setter,并且在内部追踪相关依赖,在属性被访问和修改时通知变化。每个组件实例都有相应的watcher程序实例,他会在组件渲染的过程中把属性记录为依赖,之后依赖项的setter被调用时,会通知watcher重新计算,从而致使它关联的组件得以更新。
双向数据绑定的原理
MVVM 双向绑定,达到数据变化 -> 试图更新;试图变化 -> 数据model变更
Vue是采用数据劫持 结合发布者-订阅者模式的方式, 通过Object.defineProperty()来劫持各个属性的setter和getter,在数据变化时发布消息给订阅者,出发相应的监听回调。
由两个主要的部分组成
- 监听器(Observer):对所有数据的属性进行监听
- 解析器(Compiler):对每个元素节点的指令进行扫描和解析,根据指令模板替代数据,以及绑定相应的更新数据
过程如下(Vue为例)
new Vue()
首先执行初始化,对data
执行相应化处理,这个过程发生在Observer
中- 同时对模板执行编译,找到其中动态绑定的数据,从
data
中获取数据并初始化视图,这个过程发生在Compile
中 - 同时定义一个更新函数
updater
和watcher
,将来对应的数据变化时watcher
会调用更新函数 - 由于
data
的某个key
在一个视图中可能出现多次,所以每个key
都需要一个管家Dep
来管理多个watcher
- 将来
data
中的数据一旦发生变化,会先找到对应的Dep
,通知所有watcher
执行更新函数
Object.defineProperty() 来进行数据劫持有什么缺点
- Object.defineProperty() 是一开始就遍历对象进行监听,所以检测不到对象属性的添加和删除
- 数据的API方法无法监听到,例如push、pop方法等监听不到
- 需要对每个属性进行遍历监听,如果嵌套的对象层级比较深,则会影响性能
MVVM、MVC、MVP的区别
MVVM
MVVM分为model、view、viewModel
- Model代码数据模型,数据和业务逻辑都在Model层中定义
- view代表UI视图,负责数据的展示
- viewModel负责监听Model中的数据的改变并且控制视图的更新,处理用户的交互操作
Model和View并无关联,而是通过viewModel来进行联系的,Model和View之间有着数据绑定的关系,Model中的数据发生改变时会触发View层的更新,View中数据的变化也会更新到Model层中。
这种模式实现了Model和View的数据自动同步,因此开发者只需要专注于数据的维护,而不用操作DOM
MVC
MVC是Model、View和Controller的方式来组织代码结构,其中的View负责显示逻辑,Model负责业务数据以及数据操作。Model数据发生变化的时候会通知有关View层更新页面,Controller是View和Model之间的纽带,带用户页面发生交互的时候,COntroller中的事件触发器开始工作,通过调用Model层来完成Model的修改,Model再去更新View层
MVP
MVC中很多逻辑会在View层和Model层耦合,代码复杂的时候可能会造成代码的混乱。MVP模式和MVC的不同在于Presenter和Controller。Presenter来实现对View层和Model层的解耦,在MVC中Controller只知道Model中的接口,不知道View中的逻辑,然而在MVP模式中,View层的接口同样暴漏给了Presenter,因此可将Model层的变化和View的变化绑定在一起,实现View和Model的同步更新。
computed和watch的区别
对于Computed
- 它支持缓存,只有依赖的数据发生变化的时候才会重新计算
- 不支持异步,当Computed中有异步操作的时候,无法监听数据的变化
对于watch
- 它不支持缓存,数据发生变化时,它就会触发相应的操作
- 支持异步监听
- 监听的函数接收两个参数,第一个参数是最新的值,第二个参数是变化之前的值
总结
- computed依赖其他属性值,并且computed的值有缓存,只有依赖的值发生变化,才会重新计算computed的值
- watch更多的是观察的作用,无缓存性,类似与某些数据监听的回调函数,每次监听的数据发生变化都会执行回调函数
slot 插槽
- 默认插槽
javascript
<button type="submit">
<slot>
Submit <!-- 默认内容 -->
</slot>
</button>
- 具名插槽
javascript
<div class="container">
<header>
<slot name="header"></slot>
</header>
<main>
<slot></slot>
</main>
<footer>
<slot name="footer"></slot>
</footer>
</div>
使用具名插槽的方式
javascript
<BaseLayout>
<template v-slot:header>
<!-- header 插槽的内容放这里 -->
</template>
</BaseLayout>
v-slot 有对应的简写 #,因此 可以简写为 <template #header>。
- 作用域插槽
在模板中绑定数据:
javascript
<!-- <MyComponent> 的模板 -->
<div>
<slot :text="greetingMessage" :count="1"></slot>
</div>
在调用组件中调用slot 的数据
javascript
<MyComponent v-slot="slotProps">
{{ slotProps.text }} {{ slotProps.count }}
</MyComponent>
具名作用域插槽
javascript
<MyComponent>
<template #header="headerProps">
{{ headerProps }}
</template>
</MyComponent>
v-if和v-show的区别
- v-if 生成节点的时候会忽略对应的节点,render的时候不会渲染
- v-show 会生成vnode,render的时候也会渲染成真实的节点,只是在render的过程中控制display属性
v-model 是如何实现的
v-model 实际上是一个语法糖,如:
javascript
<input v-model="searchText" />
实际上相当于:
javascript
<input
:value="searchText"
@input="searchText = $event.target.value"
/>
应用在组件上就变成:
javascript
<CustomInput
:value="searchText"
@update:value="newValue => searchText = newValue"
/>
实际上是通过prop
和$.emit
来实现的
javascript
<!-- CustomInput.vue -->
<template>
<input
:value="modelValue"
@input="$emit('update:value', $event.target.value)"
/>
</template>
data为什么是一个函数而不是对象
Vue组件可能存在多个实例,如果使用对象形式定义data,会导致它们共用一个data对象,状态变化会影响所有组件实例,这是不合理的,采用函数的形式,在initData时会将其作为工厂函数返回新的data对象,有效避免多实例之间状态污染的问题。
Vue的性能优化有哪些
(1)编码阶段
- 尽量减少data中的数据,data中的数据都会增加getter和setter,会收集对应的watcher
- v-if和v-for不能连用(vue2 中v-for的优先级高于v-if 会先执行for再根据if干掉不需要的组件)
- 如果需要使用v-for给每项元素绑定事件时使用代理
- SPA采用Keep-alive缓存组件
- 循环组件中的key保证唯一
- 体积比较大的图片懒加载
生命周期
- **beforeCreate(创建前)**数据观测和初始化事件还未开始,不能访问到data、computed、watch、methods上的方法和数据
- **created(创建后)**实例创建完成,实例上配置的options包括data、computed、watch、methods都配置完成,但是还未挂载DOM,所以不能访问到DOM
- **beforeMount(挂载前)**在挂载前被调用,相关的render函数首次被调用,编译模板,把data里面的数据和模板生成HTML,此时还没挂载HTML到页面上
- **mounted(挂载后)**完成了模板中的HTML渲染到页面上
- **beforeUpdate(更新前)**响应式数据更新时调用,此时虽然响应式诗句更新了,但是真实的DOM还未渲染
- **updated(更新后)**在由于数据更改导致的虚拟DOM重新渲染和打补丁之后调用,此时DOM已经更新
- **beforeDestroy(销毁前)**实例销毁前调用,这一步实例依然可用,this还可以调用
- **destroyed(销毁后)**实例销毁后调用
另外还有keep-alive
独有的生命周期
- activated 命中的缓存组件会执行该钩子函数
- deactivated切换其他组件时调用
组件通信
组件之间的通信方式有哪些
(1)父子组件间通信
- 子组件通过props属性来接收父组件的数据,子组件通过$emit向父组件发送数据
- 通过ref属性给子组件设置一个名字,通过$refs组件名来获取子组件
(2)兄弟组件间通信
- 使用eventBus方法,它的本质是通过创建空的Vue实例作为消息传递的中转站,通讯的组件引用这个实例,来实现消息的传递
- 通过$refs获取兄弟组件也可以进行通信
任意组件之间
- 使用eventBus
- 使用Vuex 仓库进行数据通信
路由
路由的hash和history模式的区别
- hash模式 它的URL带着一个#,例如:
https://abc.com/#/vue
hash模式的主要原理是onhashchange()事件
javascript
window.onhashchange = function(event) {
console.log(event.newURL, oldURL)
}
使用onhashchange()事件的好处是在页面的hash值发生变化的时候不用向后端发送请求
- history模式
history模式中的URL中没有#,它使用的是传统的路由分发的模式,当输入一个路由时,服务器会接收到这个请求,并解析这个URL,然后做出相应的逻辑处理。
这种模式需要后台支持,如果访问到不存在的页面则会返回404
$route 和 $router 的区别
- $route 是"路由信息对象",包括path、params、hash、query、等等的属性
- $router是路由的实例,包括了路由的跳转方法,钩子函数等
Vuex
vuex的原理
vuex 是专为vue.js 应用开发的状态管理模式,每一个Vuex应用的核心是store(仓库)。
- vuex的状态存储是响应式的,当Vue组件从store中读取状态的时候,若store中的状态发生变化,那么相应的组件也相应得到更新。
- 改变store中的状态的唯一途径就是显式得提交(commit)mutation,这样可以方便的跟踪每项变化。
vuex 各个核心模块的解析
vuex 的基本结构
javascript
export default createStore({
state: {
count: 1
},
getters: {
twoCount(state, getters) {
return state.count * 2
}
},
mutations: {
addCount(state, payload = 1) {
state.count += payload
}
},
actions: {
addCountAsync(context, payload = 1) {
context.commit("addCount", payload)
}
},
modules: {
a: moduleA
}
})
- state
state 是存储数据的,在组件中可以通过this.$store.state.count
获取到count的值,当然,通过this获取的方式非常的麻烦,不方便多个属性获取,所以还可以通过辅助函数mapState
获取
javascript
computed: {
...mapState(["count"])
},
// 或者
computed: {
...mapState({
count: state => state.count
})
},
// 或者
computed: {
...mapState({
countAlias: "count"
})
},
- getter
getter 相当于vue中的computed属性,是基于vuex中的state计算得来,第一个参数是state
,可以获取到state中的值,也可以接受其他的getters
作为第二个参数。在组件中可以通过this.$store.getters.twoCount
来调用,它的辅助函数是mapGetters
。
javascript
computed: {
...mapGetters(["twoCount"])
},
// 或者
computed: {
...mapGetters({
twoCount: "twoCount"
})
},
- mutation
更改 vuex 的 store 中的状态的唯一方法是提交mutation,它必须是一个同步函数。它的第一个参数是state
,第二个参数的用户自行传入的参数payload
(其他名字也可以),需要注意的是不建议在组件中直接使用mutation中的函数,需要使用store.commit
操作mutation中的函数。或者可以使用辅助函数mapMutations
在组件中使用,例如:
javascript
methods: {
// // 本质上也是映射为 this.$store.commit('addCount')
...mapMUtations(["addCount"])
},
- action
action类似于mutation,不同在于action提交的是mutation,而不是直接设置状态state,action可以包含任意异步操作。action函数接受一个与store实例具有以相同方法和属性的context对象,可以通过context.commit
来提交一个mutation,也可以使用context.state
和context.getters
获取state和getters的值,但它并不是store实例本体
javascript
actions: {
addCountAsync(context, payload = 1) {
setTimeout(() => {
context.commit("addCount", payload)
}, 1000);
}
},
action 通过store.dispatch
触发,在组件中使用this.$store.dispatch("addCountAsync")
触发,在action中可以调用异步函数或者调用接口数据,可以分发多重mutation,它的辅助函数是mapActions
javascript
methods: {
...mapActions(["addCountAsync"])
}
action是异步函数,意味着还可以在函数中嵌套进Promise函数
javascript
actions: {
actionA ({ commit }) {
return new Promise((resolve, reject) => {
setTimeout(() => {
commit('someMutation')
resolve()
}, 1000)
})
}
}
可以使用then
来接收action函数的结果
javascript
store.dispatch('actionA').then(() => {
// ...
})
甚至可以嵌套它的action函数进来
- module
当一个数据量非常大的时候,store就可能变得相当臃肿,为了解决这个问题,可以将store分割成许多模块
javascript
const moduleA = {
state: () => ({ ... }),
mutations: { ... },
actions: { ... },
getters: { ... }
}
const moduleB = {
state: () => ({ ... }),
mutations: { ... },
actions: { ... }
}
const store = createStore({
modules: {
a: moduleA,
b: moduleB
}
})
store.state.a // -> moduleA 的状态
store.state.b // -> moduleB 的状态
模块中的使用方法和根目录中的使用方法一致,对于模块内部的 mutation 和 getter,接收的第一个参数是模块的局部状态对象。对于模块内部的 action,局部状态通过 context.state 暴露出来,根节点状态则为 context.rootState,对于模块内部的 getter,根节点状态会作为第三个参数暴露出来:
javascript
const moduleA = {
// ...
getters: {
sumWithRootCount (state, getters, rootState) {
return state.count + rootState.count
}
}
}
module 的命名空间
默认情况下,模块内部的 action 和 mutation 仍然是注册在全局命名空间的------这样使得多个模块能够对同一个 action 或 mutation 作出响应。也就是说可以和根一样的调用,会自动匹配Model中的action 或 mutation。Getter 同样也默认注册在全局命名空间。
为了具有更高的封装度和复用性,你可以通过添加 namespaced: true 的方式使其成为带命名空间的模块。当模块被注册后,它的所有 getter、action 及 mutation 都会自动根据模块注册的路径调整命名,例如:
javascript
const store = createStore({
modules: {
account: {
namespaced: true,
// 模块内容(module assets)
state: () => ({ ... }), // 模块内的状态已经是嵌套的了,使用 `namespaced` 属性不会对其产生影响
getters: {
isAdmin () { ... } // -> getters['account/isAdmin']
},
actions: {
login () { ... } // -> dispatch('account/login')
},
mutations: {
login () { ... } // -> commit('account/login')
},
// 嵌套模块
modules: {
// 继承父模块的命名空间
myPage: {
state: () => ({ ... }),
getters: {
profile () { ... } // -> getters['account/profile']
}
},
// 进一步嵌套命名空间
posts: {
namespaced: true,
state: () => ({ ... }),
getters: {
popular () { ... } // -> getters['account/posts/popular']
}
}
}
}
}
})
在组件中使用如下:
javascript
computed: {
...mapState({
a: state => state.some.nested.module.a,
b: state => state.some.nested.module.b
}),
...mapGetters([
'some/nested/module/someGetter', // -> this['some/nested/module/someGetter']
'some/nested/module/someOtherGetter', // -> this['some/nested/module/someOtherGetter']
])
},
methods: {
...mapActions([
'some/nested/module/foo', // -> this['some/nested/module/foo']()
'some/nested/module/bar' // -> this['some/nested/module/bar']()
])
}
使用vuex的整体流程
- 在组件内部通过dispatch来分发action(或者通过辅助函数mapActions)
- action 通过 commit 来调用mutation
- mutation 修改 state的值
- state改变 导致页面重新渲染
在vue3 中使用 vuex
首先引用 useStore
钩子函数, 等价于this.$store
javascript
import { useStore } from 'vuex'
export default {
setup () {
const store = useStore()
}
}
- 访问State和Getter
为了访问 state 和 getter,需要创建 computed 引用以保留响应性,这与在选项式 API 中创建计算属性等效。
javascript
import { computed } from 'vue'
import { useStore } from 'vuex'
export default {
setup () {
const store = useStore()
return {
// 在 computed 函数中访问 state
count: computed(() => store.state.count),
// 在 computed 函数中访问 getter
double: computed(() => store.getters.double)
}
}
}
- 访问 Mutation 和 Action
javascript
import { useStore } from 'vuex'
export default {
setup () {
const store = useStore()
return {
// 使用 mutation
increment: () => store.commit('increment'),
// 使用 action
asyncIncrement: () => store.dispatch('asyncIncrement')
}
}
}
vue diff 算法
diff 算法简述
(1)什么是diff算法
diff 算法是一种通过同层的树节点进行比较高效的算法
有两个特点:
- 比较只会在同层级进行,不会跨层级比较
- 在diff 的过程中,循环是从两边向中间比较
diff 不是vue特有的,在很多场景下都有应用,在vue中作用是用来虚拟DOM和真实DOM之间的vnode节点比较
(2)比较方式
diff 的整体策略为:深度优先,同级比较
1.比较只会在同层级比较,不会跨层级比较
2.比较的过程中,循环从两边向中间靠拢
以下是vue通过diff算法更新的例子:
新旧vnode
节点如下图所示:
第一次循环后,发现旧节点D与新节点D相同,直接复用D作为diff的第一个真实的节点,同时旧节点的endIndex
移动到C,新节点的startIndex
u移动到C
第二次循环后,同样是旧节点的末尾和新节点的开头(都是 C)相同,同理,diff 后创建了 C 的真实节点插入到第一次创建的 D 节点后面。同时旧节点的 endIndex 移动到了 B,新节点的 startIndex 移动到了 E
第三次循环中,发现E没有找到,这时候只能直接创建新的真实节点 E,插入到第二次创建的 C 节点之后。同时新节点的 startIndex 移动到了 A。旧节点的 startIndex 和 endIndex 都保持不动
第四次循环中,发现了新旧节点的开头(都是 A)相同,于是 diff 后创建了 A 的真实节点,插入到前一次创建的 E 节点后面。同时旧节点的 startIndex 移动到了 B,新节点的startIndex 移动到了 B
第五次循环中,情形同第四次循环一样,因此 diff 后创建了 B 真实节点 插入到前一次创建的 A 节点后面。同时旧节点的 startIndex移动到了 C,新节点的 startIndex 移动到了 F
新节点的 startIndex 已经大于 endIndex 了,需要创建 newStartIdx 和 newEndIdx 之间的所有节点,也就是节点F,直接创建 F 节点对应的真实节点放到 B 节点后面
Vue3
Vue3 有什么更新
(1)监测机制的改变
- vue3 基于代理 Proxy 实现数据劫持,消除了vue2当中基于Object.defineProperty 的实现所带来的很多限制
(2)对象式的组件声明方式
- vue2 中的组件时通过声明的方式引入一系列的option,和typescript结合比较麻烦
- vue3 修改了组件的声明方式,改成了类的写法,这样和TypeScript结合变得容易
语法API
- vue2 使用options API方式,很多逻辑代码都会混在一起
- vue3 使用composition API方式,逻辑组织更加清晰,逻辑的复用更加容易
Vue3 性能提升主要是通过那些方面体现的
1、编译阶段
回顾vue2,每个组件实例都对应一个watcher,他会在组件渲染的过程中把用到的数据property记录为依赖,当依赖发生改变,触发setter,则会通知watcher,从而使关联的组件重新渲染
设想一下,假如一个组件有大量的静态节点,如:
javascript
<template>
<div id="content">
<p class="text">静态文本</p>
<p class="text">静态文本</p>
<p class="text">{{ message }}</p>
<p class="text">静态文本</p>
...
<p class="text">静态文本</p>
</div>
</template>
可以看到组件的内部只有一个动态节点,剩余的都是一些静态节点,所以这里的很多diff算法和遍历都是不需要的,造成性能浪费
因此,vue3 在编译阶段,主要做了以下优化:
- (1)diff 算法优化
- (2)静态提升
- (3)事件监听缓存
- (4)SSR优化
(1)diff优化
vue3 相比于 vue2 在diff算法中增加了静态标记,在会发生变化的地方增加一个 flag 标记
下图这里,已经标记静态节点的p标签在diff过程中则不会比较,把性能进一步提高
静态提升
Vue3中对不参与更新的元素,会做静态提升,只会被创建一次,在渲染时直接复用,提升为一个常量,不参与 diff 运算
事件监听缓存
默认情况下,绑定事件行为被视为动态绑定,每次都会去追踪它的变化,开启缓存后下次diff算法直接用
SSR优化
当静态内容大到一定量级时候,会用createStaticVNode方法在客户端去生成一个static node,这些静态node,会被直接innerHtml,就不需要创建对象,然后根据对象渲染
javascript
div>
<div>
<span>你好</span>
</div>
... // 很多个静态属性
<div>
<span>{{ message }}</span>
</div>
</div>
编译后
javascript
import { mergeProps as _mergeProps } from "vue"
import { ssrRenderAttrs as _ssrRenderAttrs, ssrInterpolate as _ssrInterpolate } from "@vue/server-renderer"
export function ssrRender(_ctx, _push, _parent, _attrs, $props, $setup, $data, $options) {
const _cssVars = { style: { color: _ctx.color }}
_push(`<div${
_ssrRenderAttrs(_mergeProps(_attrs, _cssVars))
}><div><span>你好</span>...<div><span>你好</span><div><span>${
_ssrInterpolate(_ctx.message)
}</span></div></div>`)
}
2、源码体积
相比Vue2,Vue3整体体积变小了,除了移出一些不常用的API,再重要的是Tree shanking
任何一个函数,如ref、reavtived、computed等,仅仅在用到的时候才打包,没用到的模块都被摇掉,打包的整体体积变小
javascript
import { computed, defineComponent, ref } from 'vue';
export default defineComponent({
setup(props, context) {
const age = ref(18)
let state = reactive({
name: 'test'
})
const readOnlyAge = computed(() => age.value++) // 19
return {
age,
state,
readOnlyAge
}
}
});
3、响应式系统
vue2中采用 defineProperty来劫持整个对象,然后进行深度遍历所有属性,给每个属性添加getter和setter,实现响应式
vue3采用proxy重写了响应式系统,因为proxy可以对整个对象进行监听,所以不需要深度遍历
- 可以监听动态属性的添加
- 可以监听到数组的索引和数组length属性
- 可以监听删除属性
虚拟DOM
什么是虚拟DOM
虚拟DOM实际上是一层对真实ODM的抽象,用JavaScript对象来描述节点,最终通过一系列操作使这个树映射到真实的DOM上
这JavaScript 对象中,虚拟DOM表现为一个Object对象,并且至少包含标签名(tag
)、属性(attrs
)和子元素对象(children
)三个属性,创建虚拟DOM就是为了更好的将模拟的节点渲染到页面视图中,所以虚拟DOM
对象节点和真实DOM
节点属性一一对应
例如,在真实的DOM中,标签如下:
js
<div id="app">
<p class="p">节点内容</p>
<h3>{{ foo }}</h3>
</div>
实例化DOM
js
const app = new Vue({
el:"#app",
data:{
foo:"foo"
}
})
当然我们可以根据基本属性生成如下虚拟DOM,类似于:
js
{
tag: "div",
attr: {
id: "app"
},
children: [
{
tag: "p",
attr: {
class: "p"
},
children: "节点内容"
},
{
tag: "h3",
attr: {
},
children: foo
}
]
}
观察render
生成的虚拟DOM:
js
(function anonymous(
) {
with(this){return _c('div',{attrs:{"id":"app"}},[_c('p',{staticClass:"p"},
[_v("节点内容")]),_v(" "),_c('h3',[_v(_s(foo))])])}})
通过vNode
vue可以对这颗抽象树进行创建节点、删除节点以及修改节点的操作,经过diff
计算做出需要修改的最小单位,再去更新视图,减少DOM操作,提高性能
为什么需要虚拟DOM
DOM是很慢的,其元素非常庞大,页面性能的问题,大部分都是由DOM操作引起的
真实的DOM节点包含很多的属性,控制台打印直观感受一下:
由此可见,如果每次都直接去操作DOM的代价是非常昂贵的,平凡操作还会出现页面卡顿,影响用户体验
虚拟DOM的技术不仅仅可以用在网页上,最大的优势在于抽象了原本的抽象过程,实现跨平台的能力,目标平台可以是安卓和IOS的原生组件,也可以是小程序,也可以是各种GUI
如何实现虚拟DOM
首先可以看看vue中的vnode的结构
源码位置: src/core/vdom/vnode.js
js
export default class VNode {
tag: string | void;
data: VNodeData | void;
children: ?Array<VNode>;
text: string | void;
elm: Node | void;
ns: string | void;
context: Component | void; // rendered in this component's scope
functionalContext: Component | void; // only for functional component root nodes
key: string | number | void;
componentOptions: VNodeComponentOptions | void;
componentInstance: Component | void; // component instance
parent: VNode | void; // component placeholder node
raw: boolean; // contains raw HTML? (server only)
isStatic: boolean; // hoisted static node
isRootInsert: boolean; // necessary for enter transition check
isComment: boolean; // empty comment placeholder?
isCloned: boolean; // is a cloned node?
isOnce: boolean; // is a v-once node?
constructor (
tag?: string,
data?: VNodeData,
children?: ?Array<VNode>,
text?: string,
elm?: Node,
context?: Component,
componentOptions?: VNodeComponentOptions
) {
/*当前节点的标签名*/
this.tag = tag
/*当前节点对应的对象,包含了具体的一些数据信息,是一个VNodeData类型,可以参考VNodeData类型中的数据信息*/
this.data = data
/*当前节点的子节点,是一个数组*/
this.children = children
/*当前节点的文本*/
this.text = text
/*当前虚拟节点对应的真实dom节点*/
this.elm = elm
/*当前节点的名字空间*/
this.ns = undefined
/*编译作用域*/
this.context = context
/*函数化组件作用域*/
this.functionalContext = undefined
/*节点的key属性,被当作节点的标志,用以优化*/
this.key = data && data.key
/*组件的option选项*/
this.componentOptions = componentOptions
/*当前节点对应的组件的实例*/
this.componentInstance = undefined
/*当前节点的父节点*/
this.parent = undefined
/*简而言之就是是否为原生HTML或只是普通文本,innerHTML的时候为true,textContent的时候为false*/
this.raw = false
/*静态节点标志*/
this.isStatic = false
/*是否作为跟节点插入*/
this.isRootInsert = true
/*是否为注释节点*/
this.isComment = false
/*是否为克隆节点*/
this.isCloned = false
/*是否有v-once指令*/
this.isOnce = false
}
// DEPRECATED: alias for componentInstance for backwards compat.
/* istanbul ignore next https://github.com/answershuto/learnVue*/
get child (): Component | void {
return this.componentInstance
}
}
代码中
- 所有对象的
context
选项都指向了vue实例 elm
属性则指向了其相对应的真实DOM节点