在#ngrx示例中，SwitchMap与MergeMap相对应

Question

以下是Ngrx示例中的代码：https://github.com/ngrx/example-app/blob/master/src/effects/book.ts我的问题是为什么在第一个@Effect中，它使用switchMap而其他人使用mergeMap。这是因为第一个@Effect正在处理网络，而switchMap你可以取消之前的网络请求吗？

@Effect() search$ = this.updates$
    .whenAction(BookActions.SEARCH)
    .map<string>(toPayload)
    .filter(query => query !== '')
    .switchMap(query => this.googleBooks.searchBooks(query)
      .map(books => this.bookActions.searchComplete(books))
      .catch(() => Observable.of(this.bookActions.searchComplete([])))
    );


  @Effect() clearSearch$ = this.updates$
    .whenAction(BookActions.SEARCH)
    .map<string>(toPayload)
    .filter(query => query === '')
    .mapTo(this.bookActions.searchComplete([]));


  @Effect() addBookToCollection$ = this.updates$
    .whenAction(BookActions.ADD_TO_COLLECTION)
    .map<Book>(toPayload)
    .mergeMap(book => this.db.insert('books', [ book ])
      .mapTo(this.bookActions.addToCollectionSuccess(book))
      .catch(() => Observable.of(
        this.bookActions.addToCollectionFail(book)
      ))
    );


  @Effect() removeBookFromCollection$ = this.updates$
    .whenAction(BookActions.REMOVE_FROM_COLLECTION)
    .map<Book>(toPayload)
    .mergeMap(book => this.db.executeWrite('books', 'delete', [ book.id ])
      .mapTo(this.bookActions.removeFromCollectionSuccess(book))
      .catch(() => Observable.of(
        this.bookActions.removeFromCollectionFail(book)
      ))
    );
}

Answer 1

你是对的; switchMap只要再次调用Observable函数生成新的project，就会取消订阅其project参数返回的Observable。

RxJs非常强大且密集，但其高级抽象有时会使代码难以理解。让我揭穿@Andy Hole给出的大理石图表和文档，并让它们更新。你可能会发现marble syntax reference非常有价值，可以更好地理解他们的测试中的rxjs运算符（至少我发现这个缺失/ official docs中没有突出显示。）

mergeMap

图中的第一行是源Observable，它在不同时间发出(1,3,5)。图中的第二行是传递给project运算符的i => ...函数.mergeMap()返回的原型Observable。

当源Observable发出项1时，mergeMap()会使用project调用i=1函数。返回的Observable将每10帧发射10三次（参见marble syntax reference）。当源Observable发出项3并且project函数创建一个发出30三次的Observable时，也会发生同样的情况。请注意，mergeMap()的结果包含从project返回的每个Observable生成的所有三个元素。

switchMap

这与switchMap()不同，project只要在新元素上再次调用它，就会取消订阅30返回的Observable。大理石图表示输出Observable中缺少第三个switchMap()项。

在您提供的示例中，这会导致取消待处理的搜索请求。这是一个非常好但很难获得的属性，通过将Http与Angular的.loginID服务返回的可取消Observable组合，您可以免费获得该属性。这可以为您节省很多麻烦，而无需担心正确处理通常在异步取消时发生的所有竞争条件。

Answer 2

mergeMap

  

将每个源值投影到一个Observable，该Observable在输出Observable中合并。

     

将每个值映射到Observable，然后使用mergeAll展平所有这些内部Observable。

switchMap

  

将每个源值投影到一个Observable，该Observable在输出Observable中合并，仅从最近投影的Observable中发出值。

     

将每个值映射到Observable，然后使用switch展平所有这些内部Observable。

来源：ES6 Observables in RxJS

Answer 3

你是对的。

如您所见，switchMap与搜索功能一起使用。此示例中的搜索框被编程为在用户在文本框中输入文本时（基本上发出350ms去抖或延迟）发出搜索请求。

这意味着当用户输入＆＃39; har时，ngrx会向服务发送搜索请求。当用户输入另一封信时，先前的请求将被取消（因为我们不再感兴趣了，但是＆＃39; harr＆＃39;）。

在另一个答案中提供的大理石图中非常清楚地显示出来。 在mergeMap中，以前的Observables没有被取消，因此＆＃39; 30＆＃39;和＆＃39; 50＆＃39;混在一起。使用switchMap，只会发出5s，因为3会被取消。

Answer 4

它已经很详细地回答了，但是看看它，您将永远不会忘记什么是切换图

https://www.youtube.com/watch?v=rUZ9CjcaCEw

Answer 5

您不希望取消API保存数据请求。这就是为什么要使用mergeMap的原因。搜索查询可以被丢弃，并且不会丢失数据，并且用户可能正在编辑其查询，而对旧查询的数据不感兴趣。因此是switchMap。