二十行代码,搞懂 Observable
上帝说,要有代码,于是沐浴焚香,大笔一挥,一个 Hello World
1 | console.log('Hello world') |
可是上帝对此并不高兴,他只想在需要的时候,才展示结果,于是我们把它放进了一个名为 callback
的函数盒子里:
1 | function callback() { |
放在盒子里的程序不会自己执行,只有我们调用它的时候,才会执行,满足了上帝的需求,我们也学到一个知识点:
函数可以作为延迟代码执行的一种手段
演员就位
想象一个场景,我们需要一个提醒器,提醒我们该喝水了,于是可以像下面这样:
1 | function reminder() { |
看起来可行,但是我们更希望它只负责提醒,至于提醒之后做什么(行 1),由自己来决定,为了实现这个目的,可以将具体逻辑作为函数参数,传入:
1 | function reminder(cb) { |
代码效果相同,但是这里我们可以自由地改变提醒事件发生之后的行为,传入不同的函数参数即可。
下面来玩儿一下 reminder
吧:
1 | function reminder(cb) { |
上面的代码会先立即进行提醒,然后隔一秒钟再次提醒。
现实不总是那么尽如人意,我们的 reminder
可能会出错,我们也期望知道这一系列的提醒什么时候结束,但是现在 reminder
只有一个 cb
参数,已经满足不了我们了。最简单的方式是传入三个参数以供使用:
一个在提醒事件发生时,参数命名为 next
一个是错误发生时,命名为 error
一个是提醒结束时,命名为 complete
如果我们使用一个对象来包裹这三个参数:
1 | function reminder(cb) { |
我们来把 reminder
放进一个 Reminder
类里面,并重命名为 remind
方法:
1 | class Reminder { |
问题又来了,我们期望 reminder
的逻辑是可以动态注入的,一个解决方法是将函数体的内容通过构造参数传入:
1 | class Reminder { |
我们来做一些重命名
Reminder
→Observable
remind
→subscribe
cb
→observer
reminder
→obs$
1 | class Observable { |
至此,20 行代码,甚至还包含一个文件末尾空行,我们实现了一个 Observable
思考
通过一系列的需求变更和拥抱变化,我们将最原始的 Hello World 重构成了一个具有基本功能的 Observable
。再次观察和思考上面的代码,除了 Observable
的定义之外,存在三个语句:
obs$
的定义,最重要的是定义了被观察者的行为observer
的定义,定义了在所观察的事件发生时候的行为subscribe
的调用,连接了Observable
和observer
,如果没有这个连接,什么都不会发生
这三个语句职责单一且分明,提供了一种非常好的代码组织方式。
问题 1:Observable
是异步的吗?
看一下其内部实现,这完全取决于它的实现是否是异步调用了 next
、error
和 complete
。
问题 2: RxJS 和 Observable 的关系
RXJS 在 Observable
的基础上,提供了大量的操作符,来帮助实现复杂的 Observable
行为定义。