观察者模式又称发布订阅模式,在此种模式中,一个目标物件管理所有相依于它的观察者物件。并且在它本身的状态改变时主动发出通知。观察者模式(Observer )完美的将观察者和被观察的对象分离开。
Observable 只是一个普通函数,要想让他有所作为,就需要跟 observer 一起使用;而这个 observer(后面我们会介绍)只是一个带有 next、error 、 complete 的简单对象而已。最后,还需要通过 subscribe 订阅来 启动 Observable;否则它是不会有任何反应;而订阅也会返回一个可用于取消操作(在 RxJS 里叫 unsubscribe)。
- Observer Pattern - ( 观察者模式 / 发布订阅模式 )
- Iterator Pattern - ( 迭代器模式 )
这两种模式是 Observable 的基础。
观察者模式
一个目标对象管理所有相依于它的观察者对象,并且在它本身的状态改变时主动发出通知。它定义了一种一对多的关系,让多个观察者对象同时监听某一个主题对象,这个主题对象的状态发生变化时就会通知所有的观察者对象,使得它们能够自动更新自己。
Observables 与 Observer 之间的订阅发布关系 ( 观察者模式 ) 如下:
- 订阅:Observer 通过 Observable 提供的 subscribe() 方法订阅 Observable。
- 发布:Observable 通过回调 next 方法向 Observer 发布事件。
当 Observable 设置观察者后,而连接并获取原始数据的这个过程叫生产者,可能是 DOM 中的 click 事件、input 事件、或者更加复杂的 HTTP 通信。
1 | import { Component } from '@angular/core' |
Observable.fromEvent() 会返回一个 Observable,并且监听 input 事件,当事件被触发后会发送一个 Event 给对应的 observer 观察者。
observer
subscribe 订阅就是接收一个 observer 方法。
1 | input$.subscribe((event: any) => {}) |
从语法角度来讲和 subscribe({ next, error, complete }) 是一样的。当 Observable 产生一个新值时,会通知 observer 的 next(),而当捕获失败可以调用 error()。
当 Observable 被订阅后,除非调用 observer 的 complete() 或 unsubscribe() 取消订阅两情况以外;会一直将值传递给 observer。
Observable 的生产的值允许经过一序列格式化或操作,最终得到一个有价值的数据给观察者,而这一切是由一序列链式 operator 来完成的,每一个 operator 都会产生一个新的 Observable。而我们也称这一序列过程为:流。
operator
Observable 可以链式写法,这意味着我们可以这样:
1 | Observable.fromEvent(node, 'input') |
下面是顺序步骤:
- 假设用户输入:a
- Observable 对触发 oninput 事件作出反应,将值以参数的形式传递给 observer 的 next()。
- map() 根据 event.target.value 的内容返回一个新的 Observable,并调用 next() 传递给下一个 observer。
- filter() 如果值长度 >=2 的话,则返回一个新的 Observable,并调用 next() 传递给下一个 observer。
- 最后,将结果传递给 subscribe 订阅块。
取消订阅
Observable 当有数据产生时才会推送给订阅者,所以它可能会无限次向订阅者推送数据。正因为如此,在 Angular 里面创建组件的时候务必要取消订阅操作,以避免内存泄漏,要知道在 SPA 世界里懂得擦屁股是一件必须的事。
unsubscribe
前面示例讲过,调用 subscribe() 后,会返回一个 Subscription 可用于取消操作 unsubscribe()。最合理的方式在 ngOnDestroy 调用它。
1 | ngOnDestroy() { |
takeWhile
如果组件有很多订阅者的话,则需要将这些订阅者存储在数组中,并组件被销毁时再逐个取消订阅。但,我们有更好的办法:
使用 takeWhile() operator,它会在你传递一个布尔值是调用 next() 还是 complete()。
1 | private alive: boolean = true; |
Subject
我们在写一个 Service 用于数据传递时,总是使用 new Subject。
1 | @Injectable() |
当 F 组件需要向 M 组件传递数据时,我们可以在 F 组件中使用 send()。
1 | constructor(public srv: MessageService) { } |
而 M 组件只需要订阅内容就行:
1 | constructor(private srv: MessageService) {} |
EventEmitter
其实 EventEmitter 跟 RxJS 没有直接关系,因为他是 Angular 的产物,而非 RxJS 的东西。或者我们压根没必要去谈,因为 EventEmitter 就是 Subject。
EventEmitter 的作用是使指令或组件能自定义事件。
1 | @Output() changed = new EventEmitter<string>(); |
1 | @Component({ |
上面示例其实和上一个示例中 MessageService 如出一辙,只不过是将 next() 换成 emit() 仅此而已。
结论
创建数据流:
- 单值:of, empty, never
- 多值:from
- 定时:interval, timer
- 从事件创建:fromEvent
- 从 Promise 创建:fromPromise
- 自定义创建:create
转换操作:
- 改变数据形态:map, mapTo, pluck
- 过滤一些值:filter, skip, first, last, take
- 时间轴上的操作:delay, timeout, throttle, debounce, audit, bufferTime
- 累加:reduce, scan
- 异常处理:throw, catch, retry, finally
- 条件执行:takeUntil, delayWhen, retryWhen, subscribeOn, ObserveOn
- 转接:switch
组合数据流:
- concat ,保持原来的序列顺序连接两个数据流
- merge,合并序列
- race,预设条件为其中一个数据流完成
- forkJoin,预设条件为所有数据流都完成
- zip,取各来源数据流最后一个值合并为对象
- combineLatest,取各来源数据流最后一个值合并为数组另,最好使用 $ 结尾的命名方式来表示 Observable,例:input$ 。