redux-spring 是一个专为 react + redux 应用程序进行的二次封装库， 解决了基于原生开发redux 遇到的各种问题, 同时提供新的开发理念, 具有以下四大特色:
- 模块化
- 面向对象
- 依赖注入
- 完美异步解决方案
我们知道 基于原生redux开发， 一个简单dispatch操作中至少需要定义 reducer， action， state， 还有常量，且分别定义在不同文件中， 并且在页面引入的时候 还需要定义mapStateToProps/mapActionToProps 等方法， 总之实现一个dispatch需要编写大量与业务无关的代码， 可读性也不友好， 并且经常要在需要在不同文件来回切换 非常繁琐，导致开发成本直线上升。
基于原生redux开发遇到的种种问题，redux-spring 引入模块概念， 把之前state,reducer,action 整合到一起，定义为一个model， 通过一系列封装，以及引入新的开发理念， 定义一个模块并不会因为整合了所有功能模块而导致代码量急剧上升导致可读性变差。
面向对象带来的好处不言而喻，网上有大量介绍。 总的来说， 在数据层面上，更适合基于面向对象开发，展示层面用方法组件而不是类组件， 再配合react hooks新特性，二者可以完美融合。 我们可以把页面展示和数据流处理剥离开来， 甚至前端开发可以进一步拆分： “静态页面” 与 “数据处理” 两大块。 一套数据流处理可以同时应用到多场合，比如pc/h5/小程序/react-native。 此外， 完美支持typescript，更方便提供api文档， 不用再为原生redux开发找不到对应action/reducer而烦恼。
react-spring 基本理念参考了后端java 中spring框架， DI（依赖注入）核心思想。 所有model都是单实例的，统一由框架创建与维护， 模块之间可以相互依赖， 由react-spring自动注入，用户只需通过注解标注类型即可，这样模块之间数据共享就变得特别简单。
异步操作在开发过程中特别常见， 基本上所有主流库都有不错的支持， 为什么称完美, 肯定有自己的一套特殊的解决方案， 当遇到多个顺序异步操作， 而且异步操作之间有数据修改的情况下可以把修改的数据同步到页面中，而不需要做额外的操作，使得能够和面向对象思想完美融合。
- 兼容性强， 最低可以兼容到ie8（需要babel转译）；
- 模块跟随导入的页面热加载；
- 开发模式热更新数据不会丢失， 包括类属性和静态属性；
- store 下面的state中保存了项目中所有子模块实例， 每个子模块代表所定义模块的一个实例；
- 每个子模块下有独立的原型对象， 意味着可以直接在模块中调用相应的原型方法；
- 原型方法对应着定义模块类中的类方法， 初始化的时候会对类方法进行进一步加工处理，劫持里面的this对象指向state下面的子模块实例。
yarn add redux-spring # npm install --save redux-spring实现一个简单小需求， 从后端接口获取一个随机数，展示在页面中， 页面有一个按钮，点击给获取的随机数+1
- 在项目初始化位置
import spring from 'redux-spring';
import store from './store'; // redux.createStore() 返回来的实例
spring(store);- 此处目的是给redux-spring注入store,底层很多操作都是基于store这个实例进行操作的；
- 注意 初始化逻辑必须在导入模块之前， 否则导入模块的时候会报错；
- 如果要和老项目无缝集成可以传入第二个参数。
spring(store, asycReudcers); // asyncReducers 是老项目中的所有reducer（数组类型） 集合import {service, Model} from 'redux-spring';
function ajax() { // 模拟ajax请求
return new Promise((resolve) => {
setTimeout(() => {
resolve(parseInt(Math.random() * 10, 10));
}, 16);
});
}
@service('home')
class HomeModel extends Model {
num = 0;
* init() { // init 对外暴露的是一个promis方法
this.num = yield ajax(); // yield 后面可以跟 promise
}
add() {
this.num ++;
}
}
export default HomeModel;- @service('home') 定义一个模块， 每个模块必须添加此注解， 其中home 是自己给模块取的名称, 如果不想取名，也可直接用module.id， 比如@service(module.id);
- redux-spring 大量依赖最新注解语法， 需要配置相应babel插件(@babel/plugin-proposal-decorators)；
- Model 是个类接口， 主要是给model实例和类提供接口api和属性， Model定义可以参考API说明；
- init() 是一个异步方法，在redux-spring中异步方法都是基于 generator语法， 不推荐用async/await语法， generator和async/await使用方式一模一样；
- add() 是定义的普通类方法， 此方法给类属性num 加1；
- num 类属性，所有类属性最终都会保存在redux的state中；
- 注意 不管是普通方法，还是异步方法， 都不能定义为箭头方法， 否则会由于找不到this中的属性而报错；
- 注意 保留字 setData, reset, ns, created不能用于自定义方法、属性名；
- 注意 当修改模块中对象类型的属性时， 需要同时更新对象引用值。例如：
@service(module.id)
class DemoModel extends Model {
obj = {a: 1};
updateObj() {
this.obj.a = 2; // 错误的做法
}
updateObj2() {
this.obj = {...this.obj, a: 2}; // 正确的做法
}
}
export default DemoModel;页面引入model同时支持类组件和方法组件，使用方法如下：
- 使用react-hooks 写法
import React, {useEffect} from 'react';
import {useModel} from 'redux-spring';
import style from './style.less';
import HomeModel from '../../models/HomeModel';
export default () => {
const model = useModel(HomeModel);
const {
num,
} = model;
useEffect(() => {
model.init();
}, []);
return (
<div className={style.container}>
<div className={style.content}>
<div className={style.addOne} onClick={model.add}>
+1
</div>
<div className={style.txt}>
{num}
</div>
</div>
</div>
);
};- 说明
- model 中包含模块中定义的数据和方法；
- 获取model 实例通过 useModel方法 ,传入Model类即可；
- model中所有方法已经绑定过this了， 可以单独拿出来直接调用；
- 使用类组件
import React, {Component} from 'react';
import PropTypes from 'prop-types';
import {connect} from 'react-redux';
import style from './style.less';
import HomeModel from '../../models/HomeModel';
class Home extends Component {
render() {
const {
model,
} = this.props;
const {num, add} = model;
return (
<div className={style.container}>
<div className={style.content}>
<div className={style.addOne} onClick={add}>
+1
</div>
<div className={style.txt}>
{num}
</div>
</div>
</div>
);
}
}
Home.propTypes = {
model: PropTypes.instanceOf(HomeModel).isRequired,
};
export default connect(state => ({model: state[HomeModel.ns]}))(Home);- 说明
- 所有model都挂载在store的根state下；
- HomeModel.ns 模块定义的名称， 等同于@service('home') 中的'home';
- 声明组件属性类型的时候建议用 PropTypes.instanceOf(类名)；
- 类组件model注入需要依赖 react-redux模块的Provider，而hooks写法不需要；
- 如果是新开项目，对低版本浏览器没有要求，建议都采用react hooks 写法， hooks方便又便捷，可读性也好，前提是使用redux-spring框架。
以上案例基本上可以满足绝大部分业务需求, 但是有时候我们定义了多个model， model之间需要有数据共享， 在redux-spring 引入了依赖注入（Dependency Inject), 模块之间可以相互依赖， 我们不需要手动去注入， 框架会根据配置自动注入进来。举个例子，还是在上面的案例中， HomeModel 依赖另外 一个UserModel, UserModel 中定义了name 属性， HomeModel 初始化后拿到UserModel中的name,并展示在页面中;
import {Model, service} from 'redux-spring';
@service('usermodel')
class UserModel extends Model {
name = 'hello user';
}
export default UserModel;- 此处定义了UserModel, 里面有name 属性
import UserModel from './UserModel';
@service('home')
//@service(module.id) // 也可以直接使用模块标识
class HomeModel extends Model {
num = 0;
username;
/**
* 声明user类型
* @type {UserModel}
* @private
*/
@inject(UserModel) user;
* init() {
this.num = yield ajax();
this.username = this.user.name;
}
add() {
this.num ++;
}
}
export default HomeModel;- 说明
- @inject(UserModel)，给属性注入UserModel 的实例；
- 注入的实例，类方法中可以获取实例属性， 也可以调用注入实例的方法， 但是不能直接修改实例的属性， 只能通过setData方法或者类方法去设置；
- 被注入的属性前面建议加上jsDoc注释，表明属性类型，方便后续使用实例属性和方法, 同时建议加@private， 不提供给组件直接使用；
- 注意 在使用被注入的模块的属性前， 一定要确保被注入的模块的属性有值。
- 注意 依赖注入主要是解决模块中共享其他模块中数据问题， 尽量避免在页面中使用当前模块中依赖模块中的数据， 如果非要这么使用， 可能会出现数据不同步问题。
最后在页面中展示数据
import React, {useEffect} from 'react';
import {useModel} from 'redux-spring';
import style from './style.less';
import HomeModel from '../../models/HomeModel';
export default () => {
const model = useModel(HomeModel);
const {
num,username
} = model;
useEffect(() => {
model.init();
}, []);
// model.user.name 可以读取， 但是不建议这样使用，否则可能导致数据不同步。如果不了解底层原理， 建议不要使用，哈哈
return (
<div className={style.container}>
<div className={style.content}>
<div className={style.addOne} onClick={model.add}>
+1
</div>
<div className={style.txt}>
{num}
</div>
<div className={style.txt}>
{username}
</div>
</div>
</div>
);
};- 注意： 页面中可以直接使用model注入的user,绝大多数情况下没问题， 如果遇到其他模块修改UserModel中的数据， 会导致当前组件中的数据不能及时同步。
有时候会遇到这种场景， 模块加载的时候进行一些初始化操作（注意不是初始化值）， 初始化操作可以定义created方法来实现
@service(module.id)
class CreatedModel extends Model {
num = 0;
constructor() { // 构造方法只能初始化变量
this.num = 1;
// this.ajaxGet()// 不能调用模块中的方法
}
ajaxGet() {
// 方法逻辑
}
created() { // 如果定义了created方法，此方法在模块加载的时候会自动执行
thia.ajaxGet() // 此方法中可以调用模块中的方法进行初始化
}
}
export default CreatedModel;- 最佳实践， 尽量减少created方法使用， 在模块类中定义init方法，然后放入组件的 React.useEffect方法中调用。
有时候页面中需要修改model中的数据， 如果只是修改少量数据，新定义一个方法会大大增加业务代码量， 可以使用 model.setData(params)方法 params是一个普通对象， key是要修改的属性名， value是修改后的值。
export default () => {
const model = useModel(HomeModel);
const {
num,username
} = model;
useEffect(() => {
model.init();
}, []);
// model.user.name 可以读取， 但是不建议这样使用，否则可能导致数据不同步。
return (
<div className={style.container}>
<div className={style.content}>
<div className={style.addOne} onClick={() => model.setData({num: num + 1})}>
+1
</div>
<div className={style.txt}>
{num}
</div>
<div className={style.txt}>
{username}
</div>
</div>
</div>
);
};- 用 model.setData({num: num + 1}) 取代 model.add 方法， 可以减少代码量， 但是缺点是每次页面渲染都会生成一个新方法， 可能对性能优化不是很友好， 具体取舍看业务场景吧！ setData 所设置的属性名尽量是模块类中存在的属性， 比如上例 setData({num2: 33}) 设置一个新属性num2, 虽然运行没问题， 但是不提倡这样写。
组件销毁的时候， 我们要清空现有的数据， 我们可以调用 model.reset；
export default () => {
const model = useModel(HomeModel);
const {
num,username
} = model;
useEffect(() => {
model.init();
return model.reset; // 当前组件销毁的时候会调用 model.reset() 方法
}, []);
// model.user.name 可以读取， 但是不建议这样使用，否则可能导致数据不同步。
return (
<div className={style.container}>
<div className={style.content}>
<div className={style.addOne} onClick={() => model.setData({num: num + 1})}>
+1
</div>
<div className={style.txt}>
{num}
</div>
<div className={style.txt}>
{username}
</div>
</div>
</div>
);
};有两种解决方案， 一种是直接通过setData 方法修改属性， 另外一种是通过初始化promise实例方案， 建议采用后者；
- 直接修改
@service(module.id)
class HomeModel extends Model {
num = 0;
getDataByJQuery() {
$.ajax({
url: 'xxx',
method: 'get',
success: (resp) => {
// this.num = resp; // 直接修改num属性不生效
this.setData({num: resp}) // 可以通过直接调用setData方法来更新数据
}
})
}
add() {
this.num ++;
}
}
export default HomeModel;- 封装Promise实例
@service(module.id)
class HomeModel extends Model {
num = 0;
* getDataByJQuery() {
this.num = yield new Promise((resolve) => {
$.ajax({
url: 'xxx',
method: 'get',
success: (resp) => {
resolve(resp);
}
});
});
}
add() {
this.num ++;
}
}
export default HomeModel;假设有如下复杂场景， 同步方法init调用异步方法A, 异步方法A中顺序调用异步方法B, C, ..., 异步方法C 中调用同步方法D
@service(module.id)
class AsyncModel extends Model {
init() {
this.ajaxA();
}
* ajaxA() { // 顺序执行异步b,c, promise;
const ret = yield this.ajaxB(); // 可以有返回值
console.log(ret) // 123;
yield this.ajaxC();
yield Promise.resolve(22);
}
* ajaxB() {
// async body, 可以获取和设置this中的属性
return 123
}
* ajaxC() {
// async body, 可以获取和设置this中的属性
this.syncD();
// async body;
// yield this.ajaxE(); // 可以直接调用异步E方法。
}
syncD() {
// body
}
async ajaxE() {
// await promise;
// async body
}
}
export default AsyncModel;-
模块中所有异步方法可以理解为一个返回promise 实例的方法；
-
注意 yield 关键字后面不要跟* 比如ajaxA 方法中 yield * this.ajaxC();
-
异步方法每执行一步yield， 所有数据修改都会同步到根state；
-
如果不太关心执行过程中的数据同步问题， 或者一个异步方法中只有一步异步操作， 可以用async/await 替换generator方法。不过不建议这样做。
以上案例均是正常处理逻辑，没有出任何异常情况， 但是实际开发中， 异常处理是避免不了的， redux-spring 对异常处理有比较好的支持。其用法和async/await 一致。比如：
@service(module.id)
class ExceptionModel extends Model {
init() {
this.ajaxA();
this.ajaxB().then((ret) => {
// convert(this.ajaxB()).then((ret) => { // ts需要借助convert转换类型
console.log('success') // 此处不会执行
}).catch((e) => {
console.log(e.message) // 打印error2
})
}
* ajaxA() {
try {
const ret = yield Promise.reject(new Error('error'));
} catch(e) {
console.log(e.message) // 打印error
}
}
* ajaxB() {
//throw new Error('error2') 可以直接抛出
const ret = yield Promise.reject(new Error('error2')); // 也可通过promise抛出
// return 语句不会执行
return ret;
}
}
export default ExceptionModel;以上面 ExceptionModel 为例， 如果页面中调用model中的ajaxA方法， 需要接收方法的返回值， 由于异步方法对外导出的是一个promise， 可以直接用async/await, 或者直接用then/catch方法
export default () => {
const model = useModel(ExceptionModel);
useEffect(() => {
model.ajaxB().then((ret) => console.log(ret)).catch(e => console.log(e.message)); // 打印 error2， 如果项目中使用ts， 会报错， 可以用下面的方法实现
// convert(model.ajaxB()).then((ret) => console.log(ret)).catch(e => console.log(e.message)); // ts写法
}, []);
return (
<div className={style.container} />
);
};- 注意， 如果你项目中是用的ts， 可能会编译不通过， 可以借助convert 方法转换到Promise类型。
redux-spring 存在很多不足， 以下是个人总结的一些问题， 也是接下来改进的方向， 如果有什么好的建议或想法， 欢迎给我留言。
-
typescript 对generator支持不够理想
- 比如yield 返回参数无法做自动类型推导， 但是不影响其愉快使用。
class Test { * testFn() { // 此处 a 类型为any， 无法自动推导a为 string 类型 const a = yield new Promise<string>((resolve) => resolve('123')); // 可以声明的时候指定其类型 const b:string = yield new Promise<string>((resolve) => resolve('123')); } }
- 外部或者内部调用模块中异步方法的时候， 无法确定返回值为Promise类型， 需要强制转换， 使用起来没有async/await方便，前面已经提过了。
- 比如yield 返回参数无法做自动类型推导， 但是不影响其愉快使用。
-
自动注入不支持方法参数注入， 目前只支持类属性注入，这点使用体验感觉不是特别好。
-
有模块依赖的场景， 如果被依赖的模块有更新， 当前模块不能自动同步更新， 前面也提到过了。
-
性能问题
- 调用模块方法的时候， 特别是异步方法， 底层存有多处数组遍历方法， 随着模块属性量增大， 计算复杂度呈线性增加。
- 每次有数据更新， 都会重新生成整个model对象， 其中包括重新赋值prototype， 这里性能开销还是比较大的。
-
当有数据更新的时候， 由于采用的是整体model更新， 第三方redux监控工具很难监控model某个属性具体变化。
redux-spring 非常适用于具有复杂交互逻辑的页面/组件， 或者页面之间有数据交互/共享等场景； 不适用于循环列表项中的复杂组件。
页面展示和数据可以进一步拆分， 页面中不包含任何逻辑处理， 数据层完全基于model； 以面向对象的方式进行开发， 对外提供api接口和数据文档，并且一份model可以适配多平台，比如同时适配移动端h5 和pc端页面， 多人协作的时候， 可以把 ui设计 和 数据逻辑处理 完全交给不同人负责，高效完成需求， 同时可以保证代码风格统一。
正常情况下 webpack环境下的热更新， 会依据更改的文件，依次往上找依赖模块，直到找到调用过" module.hot.accept() "方法的模块，最后执行整体更新。 如果我们在开发的过程中， 只修改Model文件， 没必要同时更新依赖Model的页面文件， 我们可以在Model所在文件底部加入" module.hot && module.hot.accept(); "即可，只会更新当前文件，这样可以达到最优开发体验。 redux-spring 底层有对热更新做适配，会保留里面的所有数据， 包括静态属性和类属性， 热更新数据都不会丢失。
如果需要定制api GitHub 上克隆代码并自己构建。
git clone https://github.com/sampsonli/redux-spring node_modules/redux-spring
cd node_modules/redux-spring
npm install
npm run build一个整合最新react17+webpack5通用模板项目react_template_project