Contents
  1. 1. 关于 Redux
  2. 2. 看一个简单的 DEMO
  3. 3. 演员表
    1. 3.1. Store 饰演 应用服务器
    2. 3.2. State 饰演 DataBase
    3. 3.3. Action 饰演请求
    4. 3.4. Reducer 饰演 Controller + Service + DAO
  4. 4. 设计原则
    1. 4.1. 单一数据源
    2. 4.2. State 是只读的
    3. 4.3. 使用纯函数来执行修改
  5. 5. 完成与视图层的绑定
    1. 5.1. 两个重要的 API
    2. 5.2. 简单粗暴的方式
    3. 5.3. 两个问题
    4. 5.4. 更优雅的绑定方式
      1. 5.4.1. 1. StoreProvier
      2. 5.4.2. 2. connect
  6. 6. 总结

之前写过一篇Regular 组件开发的一些建议的文章提到了日常开发Regular组件的一些槽点,并提出了在简单需求,不使用状态管理框架时的一些替代方案。本文的目的便是填前文的一个坑,即较复杂需求下 Redux 引入方案。

关于 Redux

Redux 是 JavaScript 状态容器,提供可预测化的状态管理。

看一个简单的 DEMO

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
const store = redux.createStore(function(prevState, action) {
if (!prevState) {
prevState = {
count: 0
};
}
switch(action.type) {
case 'REQUEST':
return {
count: prevState.count + 1
}
}
return prevState;
});
store.dispatch({
type: 'REQUEST'
});
store.subscribe(function () {
console.log(store.getState());
});

理解他,我们可以结合后端 MVC 的 web 模型
web架构
redux架构

演员表

Store 饰演 应用服务器

1
const store = redux.createStore(f);

createStore 这个 API 会创建一台应用服务器,包含数据库存储,以及一个 web Server

State 饰演 DataBase

1
const state = store.getState()

getState 操作会返回当前的服务器数据库数据,这台数据库 bind 了 0.0.0.0(闭包),所以外界无法操作关于数据库的信息,只能通过内部的服务对数据库做修改

Action 饰演请求

1
2
3
4
store.dispatch({
type: 'type',
payload: {}
})

dispatch(action) 的操作就像是往服务器发送请求。action.type 就像是请求的 uri,action.payload 就像是请求的 body/query。

Reducer 饰演 Controller + Service + DAO

1
2
3
4
5
6
7
8
9
10
const reducer = function (prevState, action) {
if (!prevState) {
return {}
}
switch(action.type) {
// 分发处理
}
return prevState;
}
redux.createStore(reducer);

相应请求会进入对应的控制器(就像 reducer 的 switch 判断),而控制器内也会对请求携带的信息(payload)做分析,来实现对数据库的增删改查。

设计原则

单一数据源

整个应用的 state 被储存在一棵 object tree 中,并且这个 object tree 只存在于唯一一个 store 中。

一般情况下 createStore 创建的 store ,将作用于整个应用

State 是只读的

唯一改变 state 的方法就是触发 action,action 是一个用于描述已发生事件的普通对象。

避免人为的操作 state 变量,造成状态变化不可预测的情况,人为修改 state 的方式被切断了。

至于如何实现,点我看源码

createStore 的操作,会创建一个内部变量 state, 由于 return 出来的 dispatchsubscribe 方法保持了对 state 变量的引用,所以 state 会以闭包的形式存活下来。

使用纯函数来执行修改

为了描述 action 如何改变 state tree ,你需要编写 reducers。

使用纯函数,可测试性和可维护性得到了保障。

完成与视图层的绑定

Redux 职责是状态管理,并非只限定于前端开发,要使用到 web 开发当中,还缺少一个部分,完成 MVC 中剩下的一些操作(渲染页面)。

web架构
v-redux架构

两个重要的 API

  • store.subscribe(f) - 发布订阅模型, 方法 f 会在 dispatch 触发后执行
  • store.getState() - return 出当前完整的 state 树

简单粗暴的方式

1
2
3
4
5
6
7
8
9
10
11
12
13
14
const store = redux.createStore(reducer);
const ComponentA = Regular.extend({
config() {
const ctx = this;
store.subscribe(function () {
const state = store.getState();
const mapData = {
clicked: state.clicked,
}
Object.assign(ctx.data, state);
ctx.$update();
});
}
});

两个问题

  1. Store 获取
  2. mapData 与 $update 操作不可复用

更优雅的绑定方式

1
2
3
<StoreProvier store={store}>
<Component></Component>
</StoreProvier>
1
2
3
4
5
6
7
8
9
10
const Component = connect({
mapState(state) {
return {
clicked: state.clicked,
}
}
})(Regular.extend({
config() {
}
}))

1. StoreProvier

1
2
3
4
5
6
7
8
9
10
11
12
13
Regular.extend({
name: 'StoreProvider',
template: '{#include this.$body}',
config({store} = this.data) {
if (!store) {
throw new Error('Provider expected data.store to be store instance created by redux.createStore()')
}
store.subscribe(() => {
this.$update();
});
}
})

2. connect

统一从最外层的 StoreProvider 组件获取 store,保证单一数据源

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
function getStore(ctx) {
let parent = ctx.$parent;
while(true) {
if (!parent) {
throw new Error('Expected root Component be Provider!')
}
if (parent.data.store) {
return parent.data.store;
}
parent = parent.$parent;
}
}
function connect({
mapState = () => ({}),
dispatch
} = {}) {
return (Component) => Component.implement({
events: {
$config(data = this.data) {
const store = getStore(this);
const mapStateFn = () => {
const state = store.getState();
const mappedData = mapState.call(this, state);
mappedData && Object.assign(this.data, mappedData);
}
mapStateFn();
const unSubscribe = store.subscribe(mapStateFn);
if (dispatch) {
this.$dispatch = store.dispatch;
}
this.$on('destroy', unSubscribe);
}
}
});
}

至此回过头看 regualr-redux 的架构图,发现正是 StoreProvierconnect 操作帮助 redux 完成了与 MVC 相差的更新视图操作。

总结

借助 redux 与特定框架的连接器,我们会发现,对特定 MVVM 框架的要求会变得很低 – mapState 操作可以完成 类似 Vue 中 computed/filter 的操作。

所以,如今还在半残废中的微信小程序也很适合基于这套思路来结合 redux (逃)。

带来的好处是,你可以安心维护你的模型层,不用担心 data 过大导致的脏值检查缓慢,也不需要考虑一些逻辑相关的数据不放入 data 那该放入何处。

相信阅读此文,你会对 Redux 解决问题的方式有了一定的认识,而继续深入的一些方向有:

全文完 ;)

by 君羽

Contents
  1. 1. 关于 Redux
  2. 2. 看一个简单的 DEMO
  3. 3. 演员表
    1. 3.1. Store 饰演 应用服务器
    2. 3.2. State 饰演 DataBase
    3. 3.3. Action 饰演请求
    4. 3.4. Reducer 饰演 Controller + Service + DAO
  4. 4. 设计原则
    1. 4.1. 单一数据源
    2. 4.2. State 是只读的
    3. 4.3. 使用纯函数来执行修改
  5. 5. 完成与视图层的绑定
    1. 5.1. 两个重要的 API
    2. 5.2. 简单粗暴的方式
    3. 5.3. 两个问题
    4. 5.4. 更优雅的绑定方式
      1. 5.4.1. 1. StoreProvier
      2. 5.4.2. 2. connect
  6. 6. 总结