VUE框架

vue git源码地址: https://github.com/vuejs/vue
vue api官方文档:https://cn.vuejs.org/v2/api/
vue 风格指南:https://cn.vuejs.org/v2/style-guide/
vuex 文档:https://vuex.vuejs.org/zh/
vue源码系列-中文社区:https://vue-js.com/learn-vue/reactive/

vue生命周期

beforeCreate——created——beforeMount——mounted——beforeUpdate——updated——beforeDestory——destoryed

  • beforeCreate
    实例初始化之后,数据观测和事件配置之前被调用。
    此时组件的选项对象还未创建,el 和 data 并未初始化,因此无法访问methods, data, computed等上的方法和数据。

  • created
    实例创建完成之后被调用。
    此时实例已完成以下配置:数据观测、属性和方法的运算,watch/event事件回调,完成了data 数据的初始化,el对象还没有。

  • beforeMount
    挂载开始之前被调用。
    相关的render函数首次被调用(虚拟DOM),实例已完成以下的配置: 编译模板,把data里面的数据和模板生成html,完成了el和data 初始化,注意此时还没有挂载html到页面上。

  • mounted
    挂载完成。
    此时模板中的虚拟DOM已经渲染到html页面上,替换成真实的DOM。

  • beforeUpdate
    数据更改导致的虚拟 DOM 重新渲染和打补丁的情况下,更改之前调用。
    虚拟DOM重新渲染补丁之前,可以在此钩子中进一步地更改状态,不会触发附加地重渲染过程。

  • updated
    数据更改导致的虚拟 DOM 重新渲染和打补丁的情况下,更改完成调用。
    调用时,组件DOM已经更新。

  • beforeDestory
    实例销毁之前调用。
    此时,实例仍然完全可用。

  • destoryed
    实例销毁之后调用。
    调用后,所有的事件监听器会被移出,所有的子实例也会被销毁,此钩子在服务器端渲染期间不被调用。

vue生命周期.png

vue 父子组件的生命周期

实例的创建:先创建父组件示例,再创建子组件实例。
渲染:先渲染子组件,再渲染父组件。
创建时候的生命周期顺序
父beforeCreate —— 父created —— 父beforeMount —— 子beforeCreate —— 子created —— 子beforeMount —— 子mounted —— 父mounted
子组件更新顺序
父beforeUpdate —— 子beforeUpdate —— 子updated —— 父updated
父组件更新顺序
父beforeUpdate —— 父updated
销毁的顺序
父beforeDestroy —— 子beforeDestroy —— 子destroyed —— 父destroyed

v-for 的key的作用及原理

vue可以用v-for 指令基于一个数组来渲染一个列表。实际应用的时候会给每一个项设置一个key,那么这个key是用来做什么的呢?

当 vue 正在更新使用 v-for 渲染的元素列表时,它默认使用“就地更新”的策略。如果数据项的顺序被改变,vue 将不会移动 DOM 元素来匹配数据项的顺序,而是就地更新每个元素,并且确保它们在每个索引位置正确渲染。这个类似 Vue 1.x 的 track-by="$index"

这个默认的模式是高效的,但是只适用于不依赖子组件状态或临时 DOM 状态 (例如:表单输入值) 的列表渲染输出

所以为了给 vue 一个提示,以便它能跟踪每个节点的身份,从而重用和重新排序现有元素,需要为每项提供一个唯一 key属性:

<div v-for="item in items" v-bind:key="item.id">
  <!-- 内容 -->
</div>

key是vue识别节点的一个通用机制

vue中列表循环需加:key="唯一标识" 唯一标识可以是item里面id index等,因为vue组件高度复用,增加Key可以标识组件的唯一性,更好地区别各个组件 key的作用,主要是为了高效的更新虚拟DOM。

key 的特殊 attribute 主要用在 Vue 的虚拟 DOM 算法,在新旧 nodes 对比时辨识 VNodes。如果不使用 key,Vue 会使用一种最大限度减少动态元素并且尽可能的尝试就地修改/复用相同类型元素的算法。而使用 key时,它会基于 key 的变化重新排列元素顺序,并且会移除 key 不存在的元素。

它也可以用于强制替换元素/组件而不是重复使用它。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 215,133评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,682评论 3 390
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,784评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,508评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,603评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,607评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,604评论 3 415
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,359评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,805评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,121评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,280评论 1 344
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,959评论 5 339
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,588评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,206评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,442评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,193评论 2 367
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,144评论 2 352

推荐阅读更多精彩内容