管理模式
什么是“状态管理模式”?
让我们从一个简单的 Vue 计数应用开始:
new Vue({
// state
data () {
return {
count: 0
}
},
// view
template: `
<p>{{ count }}</p>
`,
// actions
methods: {
increment () {
this.count++
}
}
})
这个状态自管理应用包含以下几个部分:
简单状态管理起步使用
经常被忽略的是,Vue 应用中原始数据对象的实际来源 - 当访问数据对象时,一个 Vue 实例只是简单的代理访问。所以,如果你有一处需要被多个实例间共享的状态,可以简单地通过维护一份数据来实现共享:
const sourceOfTruth = {} const vmA = new Vue({ data: sourceOfTruth }) const vmB = new Vue({ data: sourceOfTruth })
现在当 sourceOfTruth
发生变化,vmA
和 vmB
都将自动的更新引用它们的视图。子组件们的每个实例也会通过 this.$root.$data
去访问。现在我们有了唯一的数据来源,但是,调试将会变为噩梦。任何时间,我们应用中的任何部分,在任何数据改变后,都不会留下变更过的记录。
现在当 sourceOfTruth
发生变化,vmA
和 vmB
都将自动的更新引用它们的视图。子组件们的每个实例也会通过 this.$root.$data
去访问。现在我们有了唯一的数据来源,但是,调试将会变为噩梦。任何时间,我们应用中的任何部分,在任何数据改变后,都不会留下变更过的记录。
为了解决这个问题,我们采用一个简单的 store 模式:
var store = { debug: true, state: { message: 'Hello!' }, setMessageAction (newValue) { if (this.debug) console.log('setMessageAction triggered with', newValue) this.state.message = newValue }, clearMessageAction () { if (this.debug) console.log('clearMessageAction triggered') this.state.message = '' } } |
需要注意,所有 store 中 state 的改变,都放置在 store 自身的 action 中去管理。这种集中式状态管理能够被更容易地理解哪种类型的 mutation 将会发生,以及它们是如何被触发。当错误出现时,我们现在也会有一个 log 记录 bug 之前发生了什么。
此外,每个实例/组件仍然可以拥有和管理自己的私有状态:
var vmA = new Vue({ data: { privateState: {}, sharedState: store.state } }) var vmB = new Vue({ data: { privateState: {}, sharedState: store.state } }) |
相关阅读
如果你觉的原生的费事 请移步 https://github.com/gyf-dev/ImmersionBar 一个优秀的开源库 低耦合 试用于所有项目 1、至于
进程 **浅层认识:**程序从硬盘上要开始执行起来,先要加载到内存上,然后描述起来(创建PCB),然后在运行,运行起来的程序叫进程。**从操作系
见:https://blog.csdn.net/grandPang/article/details/47448395一直对http状态码301和302的理解比较模糊,在遇到实际的问题和翻阅各
Stateflow学习笔记之状态图的内部转移(inner transiti
处理内部转移的事件 考虑下图所示的状态图。 状态A有一个内部转移。转移动作为A_two。 状态B有一个指向自身的外部转移(自循
TCP十一种状态 全部11种状态 1. 客户端独有的:(1)SYN_SENT (2)FIN_WAIT1 (3)FIN_WAIT2 (4)CLOSING (5)TIME_WAIT 。 2. 服务器独有的:(1)LI