一个 Vue 应用由一个通过 new Vue 创建的根 Vue 实例,以及可选的嵌套的、可复用的组件树组成。
then()方法是异步执行
就是当.then()前的方法执行完后再执行then()内部的程序
import 语句 用于从一个已经导出的外部模块或另一个脚本中导入函数,对象或原始类型。
import命令具有提升效果,会提升到整个模块的头部,首先执行。
由于import是静态执行,所以不能使用表达式和变量,这些只有在运行时才能得到结果的语法结构。
export 语句 用于从给定的文件 (或模块) 中导出函数,对象或原语。
export命令除了输出变量,还可以输出函数或类(class)。
export语句输出的接口,与其对应的值是动态绑定关系,即通过该接口,可以取到模块内部实时的值。
axios
export default命令,为模块指定默认输出。
第一组是使用export default时,对应的import语句不需要使用大括号;第二组是不使用export default时,对应的import语句需要使用大括号。
本质上,export default就是输出一个叫做default的变量或方法,然后系统允许你为它取任意名字。
export default命令其实只是输出一个叫做default的变量,所以它后面不能跟变量声明语句。
生命周期
created
mounted
updated
destroyed
父子组件间的通讯
父组件的数据向子组件通讯是通过props传递的
子组件的内部数据状态发生改变要通知父组件api接口发送请求刷新数据是通过事件来传递
引用类型,不能直接改变,要用深拷贝避免影响父组件 42:51
props down events up?
非父子组件间的通讯
全局事件管理,bus
在简单的场景下,可以使用一个空的 Vue 实例作为中央事件总线
单向数据流
prop 是单向绑定的:当父组件的属性变化时,将传导给子组件,但是不会反过来。这是为了防止子组件无意修改了父组件的状态——这会让应用的数据流难以理解。
另外,每次父组件更新时,子组件的所有 prop 都会更新为最新值。这意味着你不应该在子组件内部改变 prop。如果你这么做了,Vue 会在控制台给出警告。
为什么我们会有修改 prop 中数据的冲动呢?通常是这两种原因:
prop 作为初始值传入后,子组件想把它当作局部数据来用;
prop 作为初始值传入,由子组件处理成其它数据输出。
对这两种原因,正确的应对方式是:
1.定义一个局部变量,并用 prop 的值初始化它:
props: ['initialCounter'],
data: function () {
return { counter: this.initialCounter }
}
2.定义一个计算属性,处理 prop 的值并返回。
props: ['size'],
computed: {
normalizedSize: function () {
return this.size.trim().toLowerCase()
}
}
用 Vue.js 添加双向绑定:
<input v-model="xxx">
上面的代码基本等价于
<input :value="xxx" @input="xxx = $event.target.value">
也就是说:
双向绑定 = 单向绑定 + UI 事件监听
注意在 JavaScript 中对象和数组是引用类型,指向同一个内存空间,如果 prop 是一个对象或数组,在子组件内部改变它会影响父组件的状态。
Vuex 是一个专为 Vue.js 应用程序开发的状态管理模式。
Vuex 和单纯的全局对象有以下两点不同:
1.Vuex 的状态存储是响应式的。当 Vue 组件从 store 中读取状态的时候,若 store 中的状态发生变化,那么相应的组件也会相应地得到高效更新。
2.你不能直接改变 store 中的状态。改变 store 中的状态的唯一途径就是显式地提交(commit) mutations。这样使得我们可以方便地跟踪每一个状态的变化,从而让我们能够实现一些工具帮助我们更好地了解我们的应用。
可以通过 store.state 来获取状态对象,以及通过 store.commit 方法触发状态变更
globalData 就叫做全局数据源,管理所有的数据。
用 Vue.js 添加双向绑定:
<input v-model="xxx">
实际上,双向绑定不是魔法,上面的代码基本等价于
<input :value="xxx" @input="xxx = $event.target.value">
也就是说:
双向绑定 = 单向绑定 + UI 事件监听
单向绑定使得数据流也是单向的,对于复杂应用来说这是实施统一的状态管理(如redux)的前提。
双向绑定在一些需要实时反应用户输入的场合会非常方便(比如多级联动菜单)。但通常认为复杂应用中这种便利比不上引入状态管理带来的优势。
单向绑定牺牲一部分的便捷性,换来更大的「控制力」。
单向绑定的优点是相应的可以带来单向数据流,这样做的好处是所有状态变化都可以被记录、跟踪,状态变化通过手动调用通知,源头易追溯,没有“暗箱操作”。同时组件数据只有唯一的入口和出口,使得程序更直观更容易理解,有利于应用的可维护性。缺点则是代码量会相应的上升,数据的流转过程变长,从而出现很多类似的样板代码。同时由于对应用状态独立管理的严格要求(单一的全局store),在处理局部状态较多的场景时(如用户输入交互较多的“富表单型”应用),会显得啰嗦及繁琐。
基本上双向绑定的优缺点就是单向绑定的镜像了。优点是在表单交互较多的场景下,会简化大量业务无关的代码。缺点就是由于都是“暗箱操作”,我们无法追踪局部状态的变化(虽然大部分情况下我们并不关心),潜在的行为太多也增加了出错时 debug 的难度。同时由于组件数据变化来源入口变得可能不止一个,新手玩家很容易将数据流转方向弄得紊乱,如果再缺乏一些“管制”手段,最后就很容易因为一处错误操作造成应用雪崩。这样来看,单向绑定跟双向绑定在功能上基本上是互补的,所以我们可以在合适的场景下使用合适的手段。比如在 UI控件 中(通常是类表单操作),我会使用双向的方式绑定数据;而其他场景则统一采用 单向 + inline event ( <component msg="msg" on-update="updateMsg(msg)"></component> ) 的方式构建应用。
单向绑定大概的思路就是:
1.所有的数据只有一份
2.一旦数据变化,就去更新页面(data -> 页面单向绑定)
3.如果用户在页面上做了变动,那么就把变动手动收集起来(而不是自动的),合并到先有的数据中
Vuex 简介
Vuex 是适用于 Vue.js 应用的状态管理库,为应用中的所有组件提供集中式的状态存储与操作,保证了所有状态以可预测的方式进行修改。
Vuex 是单向数据流的一种实现。
核心概念
State
State 用来存状态。在根实例中注册了store 后,用this.$store.state
来访问。
Getters
Getters 从 state 上派生出来的状态。可以理解为基于 State 的计算属性。很多时候,不需要 Getters,直接用 State 即可。
Mutations
Mutations 用来改变状态。需要注意的是,Mutations 里的修改状态的操作必须是同步的。在根实例中注册了 store 后, 可以用this.$store.commit('xxx', data)
来通知 Mutations 来改状态。
Actions
Actions 通过调用 Mutations 来改状态。Actions 可以包含异步操作。在根实例中注册了 store 后, 可以用this.$store.dispatch('xxx', data)
来存触发 Action。
Vuex 的完整流程
组件中触发 Action,Action 提交 Mutations,Mutations 修改 State。 组件根据 State 或 Getters 来渲染页面。
网友评论