RxJS多Observable场景下forkJoin被标记弃用的原因咨询

核心触发逻辑 #

forkJoin上的删除线提示与两个服务文件内的Patch方法实现无关联，本质是当前使用的forkJoin传参形式，已在RxJS 7.x版本中被官方标记为弃用。

弃用提示的对应匹配关系 #

• 现有代码中书写的forkJoin(service1.patch(),service2.patch())，对应的是RxJS早期版本的多参数重载形式：即直接将任意数量的Observable作为独立位置参数传入forkJoin。这类重载在RxJS 7.0正式版中被批量添加@deprecated标记，与报错提示中指向的(v1: ObservableInput<MyObject>, v2: ObservableInput<MyObject>): Observable<[MyObject, MyObject]>签名完全匹配。
• 官方弃用这类多参数重载的动因：
  • 类型推导能力存在缺陷：当传入3个及以上Observable时，重载逻辑无法准确匹配推导出返回值元组的对应类型，容易出现隐式类型丢失问题。
  • 场景适配能力不足：这种传参形式不支持动态生成Observable列表的场景，无法适配运行时才确定组合请求数量的开发需求。

兼容无弃用提示的标准写法 #

RxJS官方现在推荐将所有需要组合的Observable封装为数组，作为唯一参数传入forkJoin，这类写法不存在弃用标记：

// 触发弃用提示的旧写法
forkJoin(service1.patch(), service2.patch())

// 无弃用标记的现行写法
forkJoin([service1.patch(), service2.patch()])

调整传参形式后，subscribe回调中的响应解构逻辑无需改动，依然可通过([call1response, call2response])的形式获取两个接口的返回结果。 #

内容的提问来源于stack exchange，提问作者lwin