又一年要过去了,回顾2017,rxjs始终是我在项目里使用最频繁的库,在我看来,它是一个非常优秀的数据处理工具。年初的时候就计划写点什么,碍于目前公司的项目实在抽不出时间,这一拖就到了年底。
临近新年,总算忙里偷闲,但又不知道从何写起,于是乎偷了个懒拿起了官方文档开始翻译。以下的文字仅供各位参考,还是强烈建议去看官方文档。
rxjs是一个使用观察者模式来整合异步操作和事件系统的js库,通过一系列可观测的流(observable)将它们串联起来。Observable是这个库的核心类型,此外还包括诸如Observer,Schedulers,Subjects等类型。还包括一些和数组方法类似或经过演化的操作符,用来协助处理数据。
响应式设计结合了观察者模式,迭代模式和基于集合的函数式编程风格,从而提供了一种处理事件序列的理想方式。
在rxjs中用来处理异步事件的核心概念包括:
在javascript中通常使用以下方式来注册事件:
var button = document.querySelector('button');button.addEventListener('click', () => console.log('Clicked'));
使用rxjs的方式实现如下:
var button = document.querySelector('button');Rx.Observable.fromEvent(button, 'click') .subscribe(() => console.log('Clicked'));
使用不纯的函数时,函数可能会改变外部数据的状态,比如:
var count = 0;var button = document.querySelector('button');button.addEventListener('click', () => console.log(`Clicked ${++count} times`));
当使用rxjs时,必须把这些状态隔离出去,比如:
var button = document.querySelect('button');Rx.Observable.fromEvent(button, 'click') .scan(count => count + 1, 0) .subscribe(count => console.log(`Clicked ${count} times`));
这里的scan操作符的行为和数组的reduce方法的行为非常类似,它提供一个初始值给迭代函数,迭代函数运行后的值将作为下一次迭代的初始值。
rxjs提供了一套非常丰富的操作符来帮助用户控制数据或事件如何在observable中进行流动。假如我们需要控制用户在一个按钮上每秒最多只能点击一次
使用普通的javascript代码:
var count = 0;var rate = 1000;var lastClick = Date.now() - rate;var button = document.querySelector('button');button.addEventListener('click', () => { if(Date.now() - lastClick >= rate) { console.log(`Clicked ${++count} timers`); lastClick = Date.now(); }});
使用rxjs:
var button = button.querySelector('button');Rx.Observable.fromEvent(button, 'click') .throttleTime(1000) .scan(count => count + 1, 0) .subscribe(count => console.log(`Click ${count} times`));
诸如此类对流进行控制的操作符还有:filter, delay, debounceTime, take, takeUntil, distinct, distinctUntilChanged等等。
你可以对流中的数据进行转换,当我们需要得到每一次鼠标点击时的x轴坐标时,
使用普通的javascript代码:
var count = 0;var rate = 1000;var lastClick = Date.now() - rate;var button = document.querySelector('button');button.addEventListener('click', (event) => { if(Date.now() - lastClick >= rate) { count += event.clientX; console.log(count); lastClick = Date.now(); }});
使用rxjs:
var button = button.querySelector('button');Rx.Observable.fromEvent(button, 'click') .throttleTime(1000) .map(event => event.ClientX) .scan((count,clientX) => count + clientX, 0) .subscribe(count => console.log(count));
诸如此类可以产生新值的操作符还有:pluck,pairwise,sample等等。
可观测序列可以推送多个值,并且它的推送方式是‘懒’的,它满足下面表格中列出的条件
| single | multiple |
---|---|---|
pull | function | iterator |
push | promise | observable |
下面这个例子中的observable在被订阅时可以立即推送出1,2,3这个三个值,1秒以后推送第四的值4,然后立即结束。
var observable = Rx.Observable.create(function(observer) { observer.next(1); observer.next(2); observer.next(3); setTimeout(() => { observer.next(4); observer.complete(); },1000);});
为了获取到这个observable上的值, 我们需要对它进行订阅:
var observable = Rx.Observable.create(function(observer) { observer.next(1); observer.next(2); observer.next(3); setTimeout(() => { observer.next(4); observer.complete(); },1000);});console.log('just before subscribe');observable.subscribe({ next: x => console.log('got value ' + x), error: err => console.error('something wrong occurred: ' + err), complete: () => console.log('done'),});console.log('just after subscribe);
这段代码执行后将会得到如下结果:
just before subscribegot value 1got value 2got value 3just after subscribegot value 4done
这里使用 pull 和 push 来描述值的生产者和消费者之间是如何发生联系的,它们是两种完全不同的协议。
在pull的系统中,值的消费决定什么时间从生产者上获取数据,生产者本身并不关心数据什么时间分发给消费者。
每一个javascript函数都可以看作一个 pull 类型的系统。函数可以产生值,但这是通过调用者主动调用函数,函数运行产生出值返回给调用者的方式进行的,所以可以理解为调用者主动去函数上拉取了值。
ES2015中介绍另外两种 pull 类型的系统,generator函数 和 iterator。对于它们来讲,遍历器对象的 next 方法可以视作值的消费者,通过iterator.next()可以获取到多个值。
| Producer | Consumer |
---|---|---|
pull | 被动:当被调用时产生值 | 主动:决定何时发起调用 |
push | 主动:按自身的设置产生值 | 被动:响应接收到的值 |
在push的系统中,生产者决定什么时候发送值给消费者,消费者并知道什么时候可以接收到值。
ES6中的 promise 就是一个非常典型的 push 系统,promise 将 resolve 的结果传递给注册在它内部的回调函数,这与普通的函数有很大的不同,回调函数何时可以接收到数据完全取决于 promise 什么时间向它传递数据。
rxjs的 Observable 也是一种 push 类型的系统,一个 Observable 可以产生多个值,然后推送给它的订阅者。
很多人认为Observable就是一个事件发射器或可以产生多个值的promise,实际上这种观点是不正确的。在某些情况下Observable的行为可能与事件发射器的行为类似,例如使用Subject来发射值时,但通常情况下它们的行为与事件发射器有很大的不同。
请思考以下代码:
function foo() { console.log('hello'); return 42;}var x = foo.call();console.log(x);var y = foo.call();console.log(y);
运行后的输出:
"hello"42"hello"42
使用rxjs的方式:
var foo = Rx.Observable.create(function(observer) { console.log('hello'); observable.next(42);});foo.subscribe(function (x) { console.log(x);});foo.subscribe(function (y) { console.log(y);});
运行后的输出依然是:
"hello"42"hello"42
首先,函数和Observable的求值过程都是‘懒’的,如果你不调用foo函数,console.log('hello')将不会执行,这对于Observable也是一样的,只要不订阅,console.log('hello')同样也不会执行。另外,每一次的订阅(subscribe)和调用(call)都是互不干扰的,两次函数调用会触发两次执行过程,产生两次副作用,同样,两次订阅也会触发两次订阅过程。对于事件发射器来说却不同,它产生的副作用会传递给每一个事件接收者,它并不理会有没有接收者接收事件,都会把事件发射出去,这与Observable有很大的不同。
你可能会认为Observable都是异步的,事实上并不是这样,我们看一下函数的调用过程:
console.log('before');console.log('foo.call()');console.log('after');
执行后的输出:
"before""hello"42"after"
然后以同样的顺序,但是使用Observable:
console.log('before');foo.subscribe(function(x) { console.log(x);});console.log('after');
你会发现结果是相同的:
"before""hello"42"after"
这个结果证明了foo这个Observable完全是同步执行的,和调用一个函数没有什么两样。
那么Observable与函数之间有什么样的区别?Observable被订阅后可以返回多个值,这是普通的函数所无法做到的。例如,你无法像下面这样去实现一个函数:
function foo() { console.log('hello'); return 42; return 100; // 这句永远不会执行}
因为函数只能返回一个值,return 100; 会被解释器忽略,如果是在typescript中,编译器会告诉你这里有一个错误。然而这对于Observable来说却不是问题:
var foo = Rx.Observable.create(function (observer) { console.log('hello'); observer.next(42); observer.next(100); // '返回‘另外一个值 observer.next(200); // 同上});console.log('before');foo.subscribe(function(x) { console.log(x);});console.log('after');
上面的代码执行后会以同步的方式输出:
"before""Hello"10042200"after"
当然, 你也可以让它以异步的方式来返回值:
var foo = Rx.Observable.create(function (observer) { console.log('hello'); observer.next(42); observer.next(100); // '返回‘另外一个值 observer.next(200); // 同上 setTimeout(() => { observer.next(300); },1000);});console.log('before');foo.subscribe(function(x) { console.log(x);});console.log('after');
执行后的输出:
"before""Hello"10042200"after"300
总结:
我们可以使用Rx.Observable.create方法或者那些可以创建 Observable 的操作符来创建 Observable,然后使用一个观察者来观察 Observable,当 Observable 被订阅时它就会通过 next/error/complete/ 方法来通知观察者,当观察者放弃观察行为时如何处理 Observable 运行产生的数据。这四个动作都被编码在一个可观察的实例中,但其中一些动作与其它动作是相关的,如观察和订阅。
使用Observable时要关注的核心问题:
Rx.Observable.create方法实际是 Observable 类的构造函数的别名,它接受一个参数——订阅函数。下面这个示例会创建一个observable,它会每秒发一个 string 类型的值‘hi’ 给它的观察者。
var observable = Rx.Observable.create(function subscribe(observer) { var id = setInterval(() => { observer.next('hi'); },1000);});
上面代码中的 subscribe 函数对于解释 Observable 来说是非常重要的一部分,接下来解释如何去理解它。
上面例子中的observable可以这样被订阅:
observable.subscribe(x => console.log(x));
observable变量上有 subscribe 方法,同样 Observable.create(function subscribe(observer) { ... }) 也有subscribe 方法,这并不是一个巧合。在库的实现中,这两个subscribe是不一样的,但在实际使用中你可以认为它们在概念上是相等的。
这个示例很好的展示了为什么订阅行为在多个订阅者之间是不会共享的。当我们使用一个观察者来订阅 observable 时,传入 create 方法的 subscribe 函数就会为这个观察者运行一次。每次调用 observable.subscribe 都会为给定的观察者触发它自己的独立设置。
这个过程与诸如 addEventListener/removeEventListener 等事件处理API有很大的区别。在 observable.subscribe 的过程中,给定的观察者并没有注册成为 Observable 上的监听者。Observable 甚至不需要维护一个观察者名单。
通过 subscribe 这种简单的方式就可以使一个 Observable 开始执行,并且将产生的数据或事件传递给当前 Observable 环境上的观察者。
Observable.create(function subscribe(observer) { ... })内部的代码代表了 Observable 的执行,一个‘懒’执行过程——仅在有观察者订阅它的时候执行,当它被执行后就可以以同步或异步的方式不断的生产值。
Observable 执行后可以产生三种类型的值:
Next类型的通知是最重要也是最常用的一种,它代表了将要传递给观察者的数据。Error 和 Complete 类型的通知在整个Observable的执行过程中只可以发生一次,并且它们是互斥的,只有一个可以发生。
以正则表达式来表述三者之间的关系的话,应该是:
next*(error|complete)?
下面的代码展示了一个可以产生三个 Next 类型通知的 Observable,最后发送一个 Complete 通知:
var observable = Rx.Observable.create(function subscribe(observer) { observer.next(1); observer.next(2); observer.next(3); observer.complete();});
Observable 将严格遵守上述规则,所以试图在Observable完成后继续传递值的行为是无效的。
var observable = Rx.Observable.create(function subscribe(observer) { observer.next(1); observer.next(2); observer.next(3); observer.complete(); observer.next(4); // 不会传递成功});
如果Observable在执行过程中发生异常,我们可以在subscribe函数内部使用 try/catch 块来捕获它:
var observable = Rx.Observable.create(function subscribe(observer) { try { observer.next(1); observer.next(2); observer.next(3); observer.complete(); } catch(error) { observer.error(error); // 传递错误 }});
由于 Observable 可能产生出无限多个值,但观察者可能在某时间点想停止观察行为,这就需要有一种方法来取消 Observable 的执行。由于每个执行只对应一个观察者,一旦观察者完成接收值,它就需要知道如何停止执行,以避免浪费计算或内存资源。
当我们调用 observable.subscribe 时,观察者会被附加在新创建的可观察上下文中,同时这次调用会返回一个对象,它就是 Subscription 。
var subscription = observable.subscribe(x => console.log(x));
Subscription 代表了正在执行的上下文,它拥有一个可以取消 Observable 执行的方法——unsubscribe。调用这个方法 subscription.unsubscribe() 就可以取消执行。
var observable = Rx.Observable.from([10,20,30]);var subscription = observable.subscribe(x => console.log(x));// 一段时间以后subscription.unsubscribe();
当我们使用 Observable.create 方法来创建 Observable 时,必须定义当取消订阅时如何去释放执行时的资源,此时可以返回一个自定义的 unsubscribe 函数。
我们可以给之前的例子添加上它的 unsubscribe 方法:
var observable Rx.Observable.create(function subscribe(observer) { var intervalID = setInterval(() => { observer.next('hi'); },1000); return function unsubscribe() { clearInterval(intervalID); }});
与 observable.unsubscribe 一样,我们可通过调用 unsubscribe 方法对这个流取消订阅,这两个 unsubscribe 在概念上是完全相同的。
事实上在这个例子中,假如我们把响应式的外壳剥离的话,它完全就是一个普普通通的javascript函数:
function subscribe(observer) { var intervalID = setInterval(() => { observer.next('hi'); },1000); return function unsubscribe() { clearInterval(intervalID); }}var unsubscribe = subscribe({next: (x) => console.log(x)});
尽管如此,我们依然有理由去使用Rx这种响应式的编程,通过 Observable,Observer,Subscription,配合各种操作符来实现更高效安全的数据处理。
观察者实际就是可观察序列——Observable的消费者。Observer 会设置一些回调函数来对应 Observable 的各个通知类型(next/error/complete),从这些通知中接收值,然后对它们进行处理。
这是一个很典型的 Observer:
var observer = { next: x => console.log('Observer got a next value: ' + x), error: err => console.error('Observer got an error: ' + err), complete: () => console.log('Observer got a complete notification')};
我们可以使用它来观察一个 Observable:
observable.subscribe(observer);
Rxjs中的观察者允许只实现这三个方法中的某几个,这对 Observable 的执行过程不会产生影响,仅仅是被忽略方法的对应通知无法得到处理,因为观察者想要处理相应通知上的数据时必须实现对应的方法。
下面这个示例的 Observer 就没有实现处理 complete 方法:
var observer = { next: x => console.log('Observer got a next value: ' + x), error: err => console.error('Observer got an error: ' + err),};
当需要订阅一个 Observable 时,可以只传入一个回调函数作为参数,而不必传入观察者对象:
observable.subscribe(x => console.log('Observer got a next value: ' + x));
实际上在库的内部实现中会根据传入的参数为我们创建出一个 Observer 对象,此时,传入的第一个函数作为next方法的回调,第二个是error回调,第三个是complete回调。也就是说我们可以这样去订阅一个 Observable :
observable.subscribe( x => console.log('Observer got a next value: ' + x), err => console.error('Observer got an error: ' + err), () => console.log('Observer got a complete notification'));
Subscription是一个代表着当前正在执行的 Observable 的对象。它有一个非常重要的方法 unsubscribe ,这个方法不接受任何参数,仅仅是用来释放 Observable 执行时的资源。在旧版本的Rxjs中,它也叫做 Disposable 。
var observable = Rx.Observable.interval(1000);var subscription = observable.subscribe(x => console.log(x));// 执行一段时间后// 下面的操作将会取消上面已经订阅的 Observable 的执行。subscription.unsubscribe();
Subscription 可以被组合在一起,这样只要调用一次 unsubscribe 方法就可以将多个 Observable 的执行取消掉。我们可以通过 subscription 的 add 方法将它们添加在一起。
var observable1 = Rx.Observable.interval(400);var observable2 = Rx.Observable.interval(300);var subscription = observable1.subscribe(x => console.log('first: ' + x));var childSubscription = observable2.subscribe(x => console.log('second: ' + x));subscription.add(childSubscription);setTimeout(() => { // 取消上面的两次订阅 subscription.unsubscribe();},1000);
执行后将输出:
second:0first:0second:1first:1second:2
当然,可以添加,就可以移除,Subscription同样拥有一个remove方法,用来从一组subscription 中移除指定的子 subscription。
Subject 是 Observable 的一种特殊类型,它允许把值同时传播给多个 Observer,也就是说它是多播的。相比之下,普通的Observable 是单播的,每一个 Observer 在订阅 Observable 时都有其独立的执行上下文。
每一个 Subject 都是一个 Observable。你可以提供一个订阅者来订阅 Subject,从而在它上面取值。从观察者的角度来看,并不能区分出数据是从 Subject 上获取的还是从 Observable 上获取的。
在 Subject 的内部实现中,并不会产生新的执行上下文来传递数据,它仅仅是简单的将 Observer 注册在自己的监听者列表中,这与其它的库或语言中添加事件的机制是类似的。
每一个 Subject 都是一个 Observer。每一个 Subject 上都有自己的 next,error,complete方法。当需要给 Subject 上添加一个值时,只要调用它的next方法,接下来它就会把这个值广播给注册在监听者列表中的多个监听者。
下面的例子中,我们给 Subject 添加了两个观察者,然后给它添加一些值:
var subject = new Rx.Subject();subject.subscribe({ next: v => console.log('observerA: ' + v)});subject.subscribe({ next: v => console.log('observerB: ' + v)});subject.next(1);subject.next(2);
执行后的输出:
observerA: 1observerB: 1observerA: 2observerB: 2
由于 Subject 也是一个 Observer ,所以你可以把他传递给一个 Observable 的subscribe方法:
var subject = new Rx.Subject();subject.subscribe({ next: v => console.log('observerA: ' + v)});subject.subscribe({ next: v => console.log('observerB: ' + v)});var observable = Rx.Observable.from([1,2,3]);observable.subscribe(subject); // 通过 Subject 来订阅这条 Observable
执行后输出:
observerA: 1observerB: 1observerA: 2observerB: 2observerA: 3observerB: 3
通过上面的方法,我们基本上就借助 Subject 把一个单播的 Observable 转换成了多播的。这个示例仅仅是演示了一种将一个执行上下文分享给多个观察者的方法。
在 Subject 类型下,还有一些比较特殊的 Subject 类型:BehaviorSubject,ReplaySubject,AsyncSubject。
一个‘多播’的 Observable 可以借助于 Subject 实现将数据通知给多个观察者,然而单播的 Observable 仅仅只能把通知发送给一个观察者。
这就是那些多播的操作符实现时的真实情况:观察者订阅底层的一个 Subject,使用这个 Subject 来订阅产生源数据的 Observable。
下面这个例子和之前那个使用 subject 来订阅 Observable 的例子非常类似:
var source = Rx.Observable.from([1,2,3]);var subject = new Rx.Subject();var multicasted = source.multicast(subject);
// 使用 subject.subscribe({...}) 实现
multicasted.subscribe({
next: v => console.log('observerA: ' + v)
});
multicasted.subscribe({
next: v => console.log('observerB: ' + v)
});
//使用 source.subscribe(subject) 实现
multicasted.connect();
上面代码中的multicast方法返回的 Observable 看起来像一个普通的 Observable,但是当它被订阅时,执行的方式却和 Subject 一样是多播的,同时这个 Observable 还有一个connect方法,可以将多个流串联在一起。
何时调用这个connect方法非常重要,因为它决定了这条可以共享的流什么时间开始执行。由于connect方法在内部执行了 source.subscribe(subject) ,因此它会返回一个 Subscription ,可以通过它来取消这个共享的 Observable 的执行。
通过手动调用connect方法来得到 Subscription 多少显得有些笨重,通常情况下,我们希望当第一个观察者抵达时可以自动的调用connect方法,当最后一个观察者取消订阅时自动的取消这个共享 Observable 的执行。
请考虑实现如以下列表所概述的订阅:
为了达到这个效果,我们需要显式的调用connect方法:
var source = Rx.Observable.interval(500);var subject = new Rx.Subject();var multicasted = source.multicast(subject);var subscription1, subscription2, subscriptionConnect;subscription1 = multicasted.subscribe({ next: v => console.log('observerA: ' + v)});// 在这里我们需要显示的调用connect方法以使第一个订阅者可以开始接收值subscriptionConnect = multicasted.connect();setTimeout(() => { subscription2 = multicasted.subscribe({ next: v => console.log('observerB: ' + v) });}, 600);setTimeout(() => { subscription1.unsubscribe();},1200);// 在这里我们需要把多播流的订阅取消掉,因为从此以后再也没有订阅者订阅它了。setTimeout(() => { subscription2.unsubscribe(); subscriptionConnect.unsubscribe();},2000);
我们可以通过使用 ConnectableObservable 的refCount方法来避免显式的调用connect方法,这个方法会返回一个 Observable 用来追踪当前有多少订阅者正在订阅多播流。当订阅者的数量从0增加到1时,它帮助我们调用connect方法以开始订阅,当订阅者的数量从1变为0时,它帮助我们取消订阅以停止多播流的继续执行。
请看下面的例子:
var source = Rx.Observable.interval(500);var subject = new Rx.Subject();var refCount = source.multicast(subject).refCount();var subscription1, subscription2, subscriptionConnect;// 这次调用会执行connect方法console.log('observerA subscribed');subscription1 = refCounted.subscribe({ next: v => console.log('observerA: ' + v)});setTimeout(() => { console.log('observerB subscribed'); subscription2 = refCounted.subscribe({ next: v => console.log('observerB: ' + v) })},600);setTimeout(() => { console.log('observerA unsubscribed'); subscription1.unsubscribe();}, 1200);// 这里会调用多播流的unsubscribe方法setTimeout(() => { console.log('observerB unsubscribed'); subscription2.unsubscribe();},2000);
执行后的输出:
observerA subscribedobserverA: 0observerB subscribedobserverA: 1observerB: 1observerA unsubscribedobserverB: 2observerB unsubscribed
refCount方法仅存在于 ConnectableObservable 上,它返回的是一个新的 Observable 而不是另一个 ConnectableObservable 。
BehaviorSubject 是 Subject 的一个变种上,关于它的一个重要概念是’当前值‘。它会把最后一次发送给订阅者的值保存下来,当另外一个订阅者开始订阅时,它会把这个值立即发送给新的订阅者。
下面的例子中,BehaviorSubject初始化了一个值0,当第一个订阅者开始订阅时,这个值被发送出去。接下来当第二个订阅者开始订阅时,将会接收到值2,即使这个值已经被发送过了。
var subject = new Rx.BehaviorSubject(0);subject.subscribe({ next: v => console.log('observerA: ' + v)});subject.next(1);subject.next(2);subject.subscribe({ next: v => console.log('observerB: ' + v)});subject.next(3);
执行后的输出:
observerA: 0observerA: 1observerA: 2observerB: 2observerA: 3observerB: 3
ReplaySubject 和 BehaviorSubject 很类似,它们都可以把过去的值发送给新的订阅者,不同的是它可以把 Observable 执行时产生的一部分值记录下来。
在创建 ReplaySubject 时,我们可以指定需要重复发送的值的数量:
var subject = new Rx.ReplaySubject(3); // 传递3个值给新加入的订阅者subject.subscribe({ next: (v) => console.log('observerA: ' + v)});subject.next(1);subject.next(2);subject.next(3);subject.next(4);subject.subscribe({ next: (v) => console.log('observerB: ' + v)});subject.next(5);
执行后的输出:
observerA: 1observerA: 2observerA: 3observerA: 4observerB: 2observerB: 3observerB: 4observerA: 5observerB: 5
还可以指定一个以毫秒为单位的时间,配合记录的数量共同决定究竟有个多少个值需要被重复发送。
下面的这个例子,使用了一个比较大的数量,但是时间上只限制了只发送500毫秒内的值:
var subject = new ReplaySubject(100, 500/* windowTime */);subject.subscribe({ next: v => console.log('observerA: ' + v)});var i = 1;setInterval(() => subject.next(i++), 200);setTimeout(() => { subject.subscribe({ next: v => console.log('observerB: ' + v) });},1000);
第二个订阅者只能接收到最近的500毫秒内发出的值,下面是执行后的输出,
observerA: 1observerA: 2observerA: 3observerA: 4observerA: 5observerB: 3observerB: 4observerB: 5observerA: 6observerB: 6...
它也是 Subject 的一个变种,AsyncSubject仅在流执行结束后把最后一个值发送给它的订阅者。
var subject = new Rx.AsyncSubject();subject.subscribe({ next: v => console.log('observerA: ' + v)});subject.next(1);subject.next(2);subject.next(3);subject.next(4);subject.subscribe({ next: v => console.log('observerB: ' + v);});subject.next(5);subject.complete();
执行后的输出:
observerA: 5observerB: 5
AsyncSubject 的行为与last操作符的行为非常相似,都是在等待完成后再发送一个值。你应该还记得之前提到的当 Observable 发出Complete通知或Error通知后就不能再发送值,AsyncSubject看起来违背了这个原则,其实不然,我们可以看一下它的源码:
constructor() { super(...arguments); this.value = null; this.hasNext = false; this.hasCompleted = false;}complete() { this.hasCompleted = true; if (this.hasNext) { super.next(this.value); } super.complete();}
这里只摘录出了AsyncSubject的构造函数和它的complete方法,首先AsyncSubject是继承自Subject的,所以这里的super类就是Subject,那么就很明显了,在AsyncSubject实例上调用complete方法时并没有违背之前提到的原则,依然是先发出了Next通知,最后才发出Complete通知。
虽然 Observable 是构建rxjs的基石,但是真正精彩的部分应该是操作符。操作符的组合使用使得以声明式的方式解决复杂的异步场景变得非常简单,它构成rxjs必不可少的一部分。
操作符是 Observable 类上的方法,例如: .map(...),.filter(...),.merge(...)等。当我们调用它们时,并不会去改变已有 Observable 实例,取而代之的是创建一个全新的 Observable ,它是订阅逻辑是基于第一个 Observable 的。
理解操作符时非常重要的一点是时刻谨记它是一个纯函数,它接受一个 Observable 作为输入然后生成一个新的 Observable 作为输出。当订阅输出 Observable 的同时也就订阅了输入 Observable 。
下面的例子中,我们自定义了一个操作函数,它将输入的每一个值都乘以10:
function multiplyByTen(input) { var output = Rx.Observable.create(function subscribe(observer) { input.subscribe({ next: v => observer.next(10 * v), error: err => observer.error(error), complete: () => observer.complete() }); }); return output;}var input = Rx.Observable.from([1,2,3,4]);var output = multiplyByTen(input);output.subscribe(x => console.log(x));
执行后的输出:
10203040
注意:我们只是订阅了输出-——output,但这同时导致input被订阅,这称之为’操作符的链式订阅‘。
通常在提到操作符时,我们指的是 Observable 实例上的操作符。假如上面例子中我们定义的操作函数 multiplyByTen 是一个操作符的话,它看起来应该是这样:
Rx.Observable.prototype.multiplyByTen = function multiplyByTen() { var input = this; return Rx.Observable.create(function subscribe(observer) { input.subscribe({ next: v => observer.next(10 * v), error: err => observer.error(err), complete: () => observer.complete() }); });}
在这里输入的 Observable 不再通过 multiplyByTen 的参数获得,而是通过this关键字来获取,这就允许我们可以像下面这样链式的调用:
var observable = Rx.Observable.from([1,2,3,4]).multiplyByTen();observable.subscribe(x = console.log(x));
除了实例操作符,还有静态操作符,它们是直接定义在 Observable 类上的静态方法。静态操作符不会使用this关键字来推断输入,它的输入完全依赖于输入的参数。
常见的静态操作符都是一些可创建类型的操作符,与通常情况下操作符接收输入流,输出输出流不同,它们大多接收一些非 Observable 类型的参数,例如一个数字,然后创建出一条流。
var observable = Rx.Observable.interval(1000 /* 毫秒数 */);
另外的例子就是create,我们在之前的例子中已经多次使用过了。
然后,静态操作符并非只是那些简单创建流的操作符,一些组合类的操作符也可以有它的静态类型,例如:merge,combineLatest,concat等。这样做的意义在于我们接收多个流作为输入而不仅仅是一个。
var observable1 = Rx.Observable.interval(1000);var observable2 = Rx.Observable.interval(400);var merge = Rx.Observable.merge(observable1, observable2);
单纯靠文字可能还不足解释的清楚操作符是如何工作的,许多操作符是与时间相关的,它们可能以不同的方式来影响值的发射,比如:delay,throttle,sample等。对于这些操作符来说图表的形式会更加直观。弹珠图可以模拟出操作符是如何工作的,可以直观的表现出输入流,操作符,参数与输出流之间的联系。
下面来详细解释弹珠图各部分的含义:
// 这条从左到右的横线代表随时间的推移,输入流的执行过程。// 横线上的值代表从流上发射出的值// 横线尾部的竖线代表complete通知执行的时间点,表示这条流已经成功的执行完成。----------4------6--------------a-------8-------------|----> multipleByTen // 使用的操作符// 这条从左到右的横线代表经过操作符转换后的输出流。// 横线尾部的X代表在这个时间点上流发生了错误,至此之后不应该再有 Next 通知或 Complete 通知从流上发出。---------40-----60--------------X--------------------------->
在整个文档中,我们都使用这种弹珠图来解释操作符是如何工作的。这种弹珠图在其它场景中也是非常有用的,比如在白板演示或者单元测试中。
如果你明确自己需要解决的问题,但是不清楚应该使用哪一个操作符,可以在官网的 Manual > Operators > Choose an operator 中通过选择符合问题的描述来找到你所需要的操作符。
为了解决不同的问题,rxjs针对性的设计了各种各样的操作符,大体上可以分为几类:创建型、转换型、过滤型、组合型、多播型、错误处理型、工具类等等。
关于操作符,将会在专门的文档中进行解释。
Scheduler决定了subscription什么时候开始以及什么时候开始分发值。它由3个部分组成:
可以传入scheduler的操作符:
联系客服