dva01-初识

背景

React 本身只是一个 DOM 的抽象层，使用组件构建虚拟 DOM。如果开发大应用，还需要解决一个问题。

• 通信：React 只提供了一种传参手段，后续数据变化非常麻烦，无法适用于大应用。
• 数据流：每次要更新数据，都要一层层传递，在页面交互复杂的情况下，无法对数据进行管控。

有没有一种方式，有个集中的地方去管理数据，集中处理数据的接收，修改和分发，目前流行的数据流方案有：

• Flux，单向数据流方案，以 Redux 为代表
• Reactive，响应式数据流方案，以 Mobx 为代表
• 其他，比如 rxjs 等

dva 将上面三个 React 工具库包装在一起，简化了 API，让开发 React 应用更加方便和快捷。
dva = React-Router + Redux + Redux-saga。

工具版本

名称	版本
npm	6.14.16
node	v14.19.0
dva	2.4.1

初见 dva

//安装脚手架
$ npm install dva-cli@0.10.1 -g
//创建文件夹
$ dva new dva-react
//确认即可

通过 npm 安装 antd 和 babel-plugin-import 。babel-plugin-import 是用来按需加载 antd 的脚本和样式的，详见 repo 。

npm install antd babel-plugin-import --save

编辑 .webpackrc，使 babel-plugin-import 插件生效

{
+  "extraBabelPlugins": [
+    ["import", { "libraryName": "antd", "libraryDirectory": "es", "style": "css" }]
+  ]
}

定义路由

我们要写个应用来先显示产品列表。首先第一步是创建路由，路由可以想象成是组成应用的不同页面。

//dva-react/src/router.js
import React from 'react';
import { Router, Route, Switch } from 'dva/router';
import Products from './routes/Products';
function RouterConfig({ history }) {return (<Router history={history}><Switch><Route path="/" exact component={Products} /></Switch></Router>);
}
export default RouterConfig;

编写 component

随着应用的发展，你会需要在多个页面分享 UI 元素 (或在一个页面使用多次)，在 dva 里你可以把这部分抽成 component 。我们来编写一个 ProductList component，这样就能在不同的地方显示产品列表了。

// dva-react/src/components/ProductList.js
import React from 'react';
import PropTypes from 'prop-types';
import { Table, Popconfirm, Button } from 'antd';const ProductList = ({ onDelete, products }) => {const columns = [{title: 'Name',dataIndex: 'name',}, {title: 'Actions',render: (text, record) => {return (<Popconfirm title="Delete?" onConfirm={() => onDelete(record.id)}><Button>Delete</Button></Popconfirm>);},}];return (<TabledataSource={products}columns={columns}/>);
};ProductList.propTypes = {onDelete: PropTypes.func.isRequired,products: PropTypes.array.isRequired,
};
export default ProductList;

定义 model

完成 UI 后，现在开始处理数据和逻辑。dva 通过 model 的概念把一个领域的模型管理起来，包含同步更新 state 的 reducers，处理异步逻辑的 effects，订阅数据源的 subscriptions 。

//dva-react/src/models/products.js
export default {namespace: 'product',state: [],subscriptions: {setup({ dispatch, history }) {  // eslint-disable-line},},effects: {*fetch({ payload }, { call, put }) {  // eslint-disable-lineyield put({ type: 'save' });},},reducers: {save(state, action) {return { ...state, ...action.payload };},delete(state, { payload: id }) {return state.filter(item => item.id !== id);},},
};

• namespace 表示在全局 state 上的 key
• state 是初始值，在这里是空数组
• reducers 等同于 redux 里的 reducer，接收 action，同步更新 state

绑定 model

到这里，我们已经单独完成了 model 和 component，那么他们如何串联起来呢?dva 提供了 connect 方法。如果你熟悉 redux，这个 connect 就是 react-redux 的 connect 。

//dva-react/src/routes/ProductRoute.js
import React from 'react';
import {connect } from 'dva';
import ProductList from '../components/ProductList';const ProductRoute = ({ dispatch, product }) => {function handleDelete(id) {dispatch({type: 'product/delete',payload: id,});}return (<div><h2>List of Products</h2><ProductList onDelete={handleDelete} products={product} /></div>);
};// export default Products;
export default connect(({dispatch,product }) => ({dispatch,product
}))(ProductRoute);

我们还需要给这个model一些初始化数据：

//dva-react/src/index.js
// const app = dva();
const app = dva({initialState: {product: [{ name: 'dva', id: 1 },{ name: 'antd', id: 2 },],},
});

启动项目界面如下所示：

当我们在组件ProductList.js中点击删除按钮(目前就这个功能)确认后，会触发onDelete方法，由react知识可知，该方法来源于ProductRoute中。在ProductRoute我们定义了一个handleDelete方法，在方法里面使用了dispatch 函数将 Action 发送给 State。方法中type: 'product/delete'第一个product是一个namespace的值，delete表示一个具体的处理器方法。

相识 dva

数据流向

数据的改变发生通常是通过用户交互行为或者浏览器行为（如路由跳转等）触发的，当此类行为会改变数据的时候可以通过 dispatch 发起一个 action，如果是同步行为会直接通过 Reducers 改变 State ，如果是异步行为（副作用）会先触发 Effects 然后流向 Reducers 最终改变 State，所以在 dva 中，数据流向非常清晰简明，并且思路基本跟开源社区保持一致（也是来自于开源社区）。

在 dva 中，通常需要 connect Model的组件都是 Route Components，组织在/routes/目录下，而/components/目录下则是纯组件（Presentational Components），对比前面示例我们可以得出，ProductList.js，ProductRoute.js，products.js分别对应纯组件，RouteComponent，Model

model 组成

namespace

每一个model拥有一个唯一的标识，如下所示：

State

type State = any
State 表示 Model 的状态数据，通常表现为一个 javascript 对象（当然它可以是任何值）；操作的时候每次都要当作不可变数据（immutable data）来对待，保证每次都是全新对象，没有引用关系，这样才能保证 State 的独立性，便于测试和追踪变化。

Reducers

Action 处理器，处理同步动作，用来算出最新的 State。Reducer（也称为 reducing function）函数接受两个参数：之前已经累积运算的结果和当前要被累积的值，返回的是一个新的累积结果。该函数把一个集合归并成一个单值。在 dva 中，reducers 聚合积累的结果是当前 model 的 state 对象。通过 actions 中传入的值，与当前 reducers 中的值进行运算获得新的值（也就是新的 state）。需要注意的是 Reducer 必须是纯函数，所以同样的输入必然得到同样的输出，它们不应该产生任何副作用。并且，每一次的计算都应该使用immutable data，这种特性简单理解就是每次操作都是返回一个全新的数据（独立，纯净），所以热重载和时间旅行这些功能才能够使用。

Effects

Action 处理器，处理异步动作。Effect被称为副作用，在我们的应用中，最常见的就是异步操作。它来自于函数编程的概念，之所以叫副作用是因为它使得我们的函数变得不纯，同样的输入不一定获得同样的输出。dva 为了控制副作用的操作，底层引入了redux-sagas做异步流程控制，由于采用了generator的相关概念，所以将异步转成同步写法，从而将effects转为纯函数。

Subscription

Subscriptions 是一种从 源 获取数据的方法，它来自于 elm。Subscription 语义是订阅，用于订阅一个数据源，然后根据条件 dispatch 需要的 action。数据源可以是当前的时间、服务器的 websocket 连接、keyboard 输入、geolocation 变化、history 路由变化等等。如下所示监听当前路径是否是/，否则打印*

图解dva

React 表示法

按照 React 官方指导意见, 如果多个 Component 之间要发生交互, 那么状态(即: 数据)就维护在这些 Component 的最小公约父节点上, 也即是 <App/> <TodoList/> <Todo/> 以及<AddTodoBtn/> 本身不维持任何 state, 完全由父节点<App/> 传入 props 以决定其展现, 是一个纯函数的存在形式, 即: PureComponent

Redux 表示法

与图一相比, 几个明显的改进点:

• 状态及页面逻辑从 里面抽取出来, 成为独立的 store, 页面逻辑就是 reducer
• 及都是 Pure Component, 通过 connect 方法可以很方便地给它俩加一层 wrapper 从而建立起与 store 的联系: 可以通过 dispatch 向 store 注入 action, 促使 store 的状态进行变化, 同时又订阅了 store 的状态变化, 一旦状态有变, 被 connect 的组件也随之刷新
• 使用 dispatch 往 store 发送 action 的这个过程是可以被拦截的, 自然而然地就可以在这里增加各种 Middleware, 实现各种自定义功能, eg: logging

这样一来, 各个部分各司其职, 耦合度更低, 复用度更高, 扩展性更好。

加入 Saga

上面说了, 可以使用 Middleware 拦截 action, 这样一来异步的网络操作也就很方便了, 做成一个 Middleware 就行了, 这里使用 redux-saga 这个类库, 举个栗子:

• 点击创建 Todo 的按钮, 发起一个type=addTodo 的 action
• saga 拦截这个 action, 发起 http 请求, 如果请求成功, 则继续向 reducer 发一个 type=addTodoSucc 的 action, 提示创建成功, 反之则发送 type=addTodoFail 的 action 即可。

图解dva

有了前面的三步铺垫, Dva 的出现也就水到渠成了, 正如 Dva 官网所言, Dva 是基于 React + Redux + Saga 的最佳实践沉淀, 做了 3 件很重要的事情, 大大提升了编码体验:

1. 把 store 及 saga 统一为一个 model 的概念, 写在一个 js 文件里面
2. 增加了一个 Subscriptions, 用于收集其他来源的 action, eg: 键盘操作
3. model 写法很简约, 类似于 DSL 或者 RoR, coding 快得飞起✈️