在Angular rxjs中，什么时候应该使用'pipe'vs'map'

Question

我对管道运算符和只是链接映射有点困惑。下面的两个例子在功能上是等同的吗？管道功能的目的或优势是什么？

const name = ajax
  .getJSON<{ name: string }>("/api/employees/alice")
  .pipe(
    retry(3, 1000),
    map(employee => employee.name),
    catchError(error => of(null))
  );

const name = ajax
  .getJSON<{ name: string }>("/api/employees/alice")
  .let(retry(3, 1000))
  .map(employee => employee.name)
  .catch(error => Rx.Observable.of(null));

Answer 1

使用管道的“新”方式称为 lettable操作符 Pipeable操作符。“旧的”方式，即链式操作符，被称为使用“补丁操作符”。

从版本5.5开始，我们提供了“pipeable operators”，它可以在rxjs/operators中访问（注意复数的“operators”）。与rxjs/add/operator/*中的“补丁”运算符相比，这是一种更好的提取所需运算符的方法。

补丁操作符有一些问题。它们还可以确保从代码中生成的包更小。还有其他优点，请参阅文档，其中相当好地涵盖了它。

点链接的补丁运算符的问题是：

1. 任何导入补丁运算符的库都将为该库的所有使用者增加observable.prototype，从而创建盲依赖关系。如果库删除了它们的用法，它们就会在不知不觉中破坏所有其他人。对于pipeables，您必须将所需的运算符导入到使用它们的每个文件中。
2. 直接修补到原型上的操作符不会被rollup或webpack之类的工具“摇摇欲坠”。Pipeable运算符将是，因为它们只是直接从模块中拉入的函数。
3. 应用程序中导入的未使用操作符无法通过任何类型的构建工具或lint规则可靠地检测到。这意味着您可以导入scan，但是停止使用它，并且它仍然被添加到您的输出包中。对于pipeable操作符，如果您没有使用它，则lint规则可以为您拾取它。
4. 功能组合真棒。构建您自己的自定义运算符变得容易得多，现在它们的工作和外观就像RXJS中的所有其他运算符一样。您不再需要扩展Observable或重写Lift。