看上面这段代码：
getSupportedDeliveryModes(): Observable<DeliveryMode[]> {
return this.checkoutStore.pipe(select(CheckoutSelectors.getSupportedDeliveryModes),
withLatestFrom(
this.checkoutStore.pipe(select(getProcessStateFactory(SET_SUPPORTED_DELIVERY_MODE_PROCESS_ID))
)
),
tap(([, loadingState]) => {
if (!(loadingState.loading || loadingState.success || loadingState.error)
) {this.loadSupportedDeliveryModes();
}
}),
pluck(0),
shareReplay({bufferSize: 1, refCount: true})
);
}调用 withLatestFrom 的 Observable 对象，起到主导数据产生给上游观察者的作用。作为参数被调用的 Observable 对象只能奉献新的数据，而不能控制数据的产生机会。
换句话说，上述 Spartacus 的例子，CheckoutSelectors.getSupportedDeliveryModes Observable 对象是向上游产生数据的主导者，而 select(getProcessStateFactory(SET_SUPPORTED_DELIVERY_MODE_PROCESS_ID 只是数据片段的贡献者。
下图第 54 行的语法是元祖，元祖也是数组，但各个元素的数据类型不肯定必须雷同。
第 54 行的 loadingState，代表的就是从 ngrx store 里取出的 setDeliveryModeProcess 的状态。第 55 行的语义是，如果状态是 loading 或者 胜利，或者是 error，则不做任何事件，否则调用 58 行的 loadSupportedDeliveryModes, 进行 mode 的加载。
这里咱们奇妙的应用了 withLatestFrom, 将 delivery mode 的加载状态，引入到 getSupportedDeliveryModes 的交互之中。
再看另一个例子：
protected buildRestoreSavedCartEvents<T>(mapping: ActionToEventMapping<T>): () => void {const eventStream$ = this.getAction(mapping.action).pipe(switchMap((action) =>
of(action).pipe(withLatestFrom(this.multiCartService.getCart(action.payload.cartId))
)
),
map(([action, cart]) =>
createFrom(mapping.event as Type<T>, {
...action.payload,
cartCode: cart.code,
saveCartName: cart.name,
saveCartDescription: cart.description,
...(cart.saveTime && { saveTime: cart.saveTime}),
})
)
);这里调用 withLatestFrom 的 Observable 对象的类型为 Action，蕴含一个类型为 string 的字段 type 和类型为 any 的 payload 字段。
奉献数据即传入 withLatestFrom 操作符函数的输出参数，类型为 146 行 this.multiCartService.getCart 的返回参数，类型为 Cart，如下图所示：
因而，在 pipe 操作符上游即 149 行代码里，map 的输出参数为元祖：[action, cart], 两个元素的数据类型别离为：
以及：
值得一说的是，combineLatest 和 withLatestFrom 有实质的区别。在前者的调用里，所有参加运算的 Observable 位置都是均等的，只有有任意一个发生变化，combineLatest 都会从所有的输出 Observable 对象中拿出最初一次产生的数据，组合成数组的数据类型，传递给上游。
更多 Jerry 的原创文章，尽在：” 汪子熙 ”: