通俗理解RxJS（一）

自学 Rx 快有一个周了， 它非常适合处理复杂的异步场景。结合自己所学，决定写系列教程。

我认为， Rx 中强大的地方在于两处

• 管道思想，通过管道，我们订阅了数据的来源，并在数据源更新时响应 。
• 强大的操作符，通过操作符对流和流中的数据转换，拼接，以形成我们想要的数据模型 。

数据管道

在 Rx 中，我们先预装好管道，通过管道流通数据 。这些管道的来源多种， create ，from， fromEvent， of .., 通过操作符将管道 拼接，合并，映射...形成最终的数据模型 。
对于管道来说，有两点非常重要

• . 管道是懒执行的，只有订阅器 observer subscribe了 数据管道，这个管道才会有数据流通 。
• . 整个节点组成一个完整的管道，订阅了后面的管道节点，也会同时订阅之前的管道节点 ，每个节点接受之前的值，并发出新值。

在很多教程中， Rx 往往以这个例子开始 ：

  const example = Rx.Observable.create ((observer) => {
    const timer = setTimeout(() => {
      observer.next(8);
    })
    observer.next(10);
    return () => {
      clearTimeout(timer);
    }
  })

  const unsubscribe = example.subscribe((a) => {
    console.log(a);
  })

  //结果当然是 10， 8.

这个例子发现了两种相似的设计模式

• 迭代器模式
• 观察者模式

迭代器模式：类似于 JS 6 增加的迭代器 。

  const iterator = [1, 2, 3][Symbol.iterator]();
  while(true) {
    const result = iterator.next();
    if(result.done) return;

    cnosole.log(result.value);
  }

观察者模式： 事件模型是最常见的观察者模式， 定义生产者与消费者，生产者发出值，消费者收到消息，并执行相应行文 。 Observable 与其不同的是， Observable 是拉模型，懒执行，只有指定订阅者，生产者才会派发。 Rx 中的推模型实现Subject 就是采用观察者模式，不管有没有订阅者，都会推送数据 。

操作符

Rx 如此高效和强大，得益于其强大的操作符 。
主要包含下面几类

• 创建操作符： create， range， of， from， fromEvent， fromPromise, empty ..
• 组合 contact ,merge, startWith, zip ..
• 时间 delay , throttle, dobounceTime, interval ..
• 过滤： filter, first, last, skip, distinct, take ..
• 转换： buffer,map, mapTo, mergeMap, switch, switchMap, reduce, scan ..
• 工具： do, toPromise ..

vs Promise

很多大牛介绍，在相对简单的情况下，大可不必使用 Observable ，Promise 足以应对。
类似于下面的模型

  new Promise ((resolve, reject) = {})
  .then()
  .then()
  .then() ...

这种模型非常大程度改善了 回调地狱， 也能处理大部分的异步场景，name 对于 Rx ， 它有哪些地方不足呢 ？

• Rx 抽象了数据的来源，主要是对事件和网络请求的抽象 。
• Rx 可以多次发出数据， 而Promise 只能发出一次数据， 复用之前的管道。
• Rx 可以是懒执行的，只有在订阅之后，才会发出值，也就是订阅 。 而Promise 在定义后理解执行 。
• 注意到我们上面的例子，是可以cancle 取消订阅的。

  return () => {
        clearTimeout(timer);
      }
    })

    const unsubscribe = example.subscribe((a) => {
      console.log(a);
    })

create 会返回一直函数，这个函数用于清理管道执行产生的垃圾，比如这里的定时器 。调用 unsubscribe 会取消订阅，并执行清理函数。

• Promise 中数据变换只有通过then 链来进行，这点在fetch API 中体现最明显。但是Rx包含大量的操作符，简化了很多运算 。

尾声

在这一篇， 我介绍了Rx 的概念，以及与Promise 的对比，理解Rx ，主要是理解管道思想和响应式编程 。说Rx 门槛高，也就是新手们管道思想和响应式编程在前端的实践不多。
在下一篇，会分类使用所有的操作符，如果算是API 文档，那就死文档吧 。