十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
这篇文章主要介绍了使用RxJS管理React应用状态的方法,具有一定借鉴价值,需要的朋友可以参考下。希望大家阅读完这篇文章后大有收获。下面让小编带着大家一起了解一下。
创新互联建站专注于陇西网站建设服务及定制,我们拥有丰富的企业做网站经验。 热诚为您提供陇西营销型网站建设,陇西网站制作、陇西网页设计、陇西网站官网定制、微信平台小程序开发服务,打造陇西网络公司原创品牌,更为您提供陇西网站排名全网营销落地服务。
随着前端应用的复杂度越来越高,如何管理应用的数据已经是一个不可回避的问题。当你面对的是业务场景复杂、需求变动频繁、各种应用数据互相关联依赖的大型前端应用时,你会如何去管理应用的状态数据呢?
我们认为应用的数据大体上可以分为四类:
RxJS
天生就适合编写异步和基于事件的程序,那么状态数据用什么去管理呢?还是用RxJS
吗? 合不合适呢?
我们去调研和学习了前端社区已有的优秀的状态管理解决方案,也从一些大牛分享的关于用RxJS
设计数据层的构想和实践中得到了启发:
RxJS
完全可以实现诸如Redux
,Mobx
等管理状态数据的功能。observable
来表达,则可以借助RxJS
基于序列且可响应的的特性,以流的方式自由地拼接和组合各种类型的数据,能够更优雅更高效地抽象出可复用可扩展的业务模型。出于以上两点原因,最终决定基于RxJS
来设计一套管理应用的状态的解决方案。
原理介绍
对于状态的定义,通常认为状态需要满足以下3个条件:
event
或者action
对值进行转换,从而得到新的值。那么,RxJS
适合用来管理状态数据吗?答案是肯定的!
首先,因为Observable
本身就是多个值的推送集合,所以第一个条件是满足的!
其次,我们可以实现一个使用dispatch action
模式来推送数据的observable
来满足第二个条件!
众所周知,RxJS
中的observable
可以分为两种类型:
cold observable
: 推送值的生产者(producer
)来自observable
内部。
observable
创建时被定义下来,不可改变。producer
与观察者(observer
) 是一对一的关系,即是单播的。observer
订阅时,producer
都会把预先定义好的若干个值依次推送给observer
。hot observable
: 推送值的producer
来自observable
外部。
producer
与observer
是一对多的关系,即是多播的。observer
订阅时,会将observer
注册到观察者列表中,类似于其他库或语言中的addListener
的工作方式。producer
被触发或执行时,会将值同时推送给所有的observer
;也就是说,所有的observer
共享了hot observable
推送的值。RxJS
提供的BehaviorSubject
就是一种特殊的hot observable
,它向外暴露了推送数据的接口next
函数;并且有“当前值”的概念,它保存了发送给observer
的最新值,当有新的观察者订阅时,会立即从BehaviorSubject
那接收到“当前值”。
那么这说明使用BehaviorSubject
来更新状态并保存状态的当前值是可行的,第三个条件也满足了。
简单实现
请看以下的代码:
import { BehaviorSubject } from 'rxjs'; // 数据推送的生产者 class StateMachine { constructor(subject, value) { this.subject = subject; this.value = value; } producer(action) { let oldValue = this.value; let newValue; switch (action.type) { case 'plus': newValue = ++oldValue; this.value = newValue; this.subject.next(newValue); break; case 'toDouble': newValue = oldValue * 2; this.value = newValue; this.subject.next(newValue); break; } } } const value = 1; // 状态的初始值 const count$ = new BehaviorSubject(value); const stateMachine = new StateMachine(count$, value); // 派遣action function dispatch(action) { stateMachine.producer(action); } count$.subscribe(val => { console.log(val); }); setTimeout(() => { dispatch({ type: "plus" }); }, 1000); setTimeout(() => { dispatch({ type: "toDouble" }); }, 2000);
执行代码控制台会打印出三个值:
Console 1 2 4
上面的代码简单实现了一个简单管理状态的例子:
plus
之后的状态值: 2toDouble
之后的状态值: 4实现方法挺简单的,就是使用BehaviorSubject
来表达状态的当前值:
dispatch
函数使producer
函数执行producer
函数在内部调用了BehaviorSubject
的next
函数,推送了新数据,BehaviorSubject
的当前值更新了,也就是状态更新了。不过写起来略微繁琐,我们对其进行了封装,优化后写法见下文。
我们自定义了一个操作符state
用来创建一个能够通过dispatch action
模式推送新数据的BehaviorSubject
,我们称她为stateObservable
。
const count$ = state({ // 状态的唯一标识名称 name: "count", // 状态的默认值 defaultValue: 1, // 数据推送的生产者函数 producer(next, value, action) { switch (action.type) { case "plus": next(value + 1); break; case "toDouble": next(value * 2); break; } } });
在你想要的任意位置使用函数dispatch
派遣action
即可更新状态!
dispatch("count", { type: "plus" })
RxJS
的一大优势就在于能够统一同步和异步,使用observable
处理数据你不需要关注同步还是异步。
下面的例子我们使用操作符from
将promise
转换为observable
。
observable
作为状态的初始值(首次推送数据)const todos$ = state({ name: "todos", // `observable`推送的数据将作为状态的初始值 initial: from(getAsyncData()) //... });
producer
推送observable
const todos$ = state({ name: "todos", defaultValue: [] // 数据推送的生产者函数 producer(next, value, action) { switch (action.type) { case "getAsyncData": next( from(getAsyncData()) ); break; } } });
执行getAsyncData
之后,from(getAsyncData())
的推送数据将成为状态的最新值。
由于状态todos$
是一个observable
,所以可以很自然地使用RxJS
操作符转换得到另一个新的observable
。并且这个observable
的推送来自todos$
;也就是说只要todos$
推送新数据,它也会推送;效果类似于Vue
的计算属性。
// 未完成任务数量 const undoneCount$ = todos$.pipe( map(todos => { let _conut = 0; todos.forEach(item => { if (!item.check) ++_conut; }); return _conut; }) );
我们可能会在组件的生命周期内订阅observable
得到数据渲染视图。
class Todos extends React.Component { componentWillMount() { todos$.subscribe(data => { this.setState({ todos: data }); }); } }
我们可以再优化下,利用高阶组件封装一个装饰器函数@subscription
,顾名思义,就是为React组件订阅observable
以响应推送数据的变化;它会将observable
推送的数据转换为React组件的props
。
@subscription({ todos: todos$ }) class TodoList extends React.Component { render() { return (
任务列表
{this.props.todos.map((item, n) => { return; })} ); } }
使用RxJS
越久,越令人受益匪浅。
observable
序列提供了较高层次的抽象,并且是观察者模式,可以尽可能地减少各组件各模块之间的耦合度,大大减轻了定位BUG和重构的负担。observable
序列来编写代码的,所以遇到复杂的业务场景,总能按照一定的顺序使用observable
描述出来,代码的可读性很强。并且当需求变动时,我可能只需要调整下observable
的顺序,或者加个操作符就行了。再也不必因为一个复杂的业务流程改动了,需要去改好几个地方的代码(而且还容易改出BUG,笑~)。所以,以上基于RxJS
的状态管理方案,对我们来说是一个必需品,因为我们项目中大量使用了RxJS
,如果状态数据也是observable
,对我们抽象可复用可扩展的业务模型是一个非常大的助力。当然了,如果你的项目中没有使用RxJS
,也许Redux
和Mobx
是更合适的选择。
这套基于RxJS
的状态管理方案,我们已经用于开发公司的商用项目,反馈还不错。所以我们决定把这套方案整理成一个js lib
,取名为:Floway
,并在github
上开源:
感谢你能够认真阅读完这篇文章,希望小编分享使用RxJS管理React应用状态的方法内容对大家有帮助,同时也希望大家多多支持创新互联,关注创新互联行业资讯频道,遇到问题就找创新互联,详细的解决方法等着你来学习!