在一个典型的 SAP Fiori 页面里，表格已经拿到一批业务对象，页面随后需要针对每个对象继续读取明细、执行校验、触发一个独立的 OData 操作，或者把多个异步结果陆续写回页面状态。熟悉 RxJS 的开发者看到这种需求，很自然会想到 mergeMap。问题也就落到了一个非常具体的位置，SAP UI5 自己有没有一个与 RxJS mergeMap 对位的 Operator。答案可以先定下来，SAP UI5 框架本身没有内置一个与 RxJS mergeMap 语义等价的 Operator，也没有一套与 RxJS Observable pipe 体系完全对应的流操作符系统。SAP UI5 有事件机制，有数据绑定，有 OData Model，有大量 Promise 化的异步 API，也有 OData V4 的 Batch Group，但是这些能力各自只覆盖 mergeMap 的某一部分行为。若项目真正需要 mergeMap 那种外层事件流映射成多个内层异步流，再并发展开成一个输出流的能力，最直接也最准确的办法仍然是把 RxJS 作为第三方依赖引入 UI5 项目，然后直接使用 mergeMap。UI5 官方的 TypeScript 文档已经明确说明，浏览器可运行的第三方 npm 库可以通过 npm install 和标准 import 方式进入 UI5 TypeScript 项目，并借助 ui5-tooling-modules 转换和打包为 UI5 可加载的模块。要看清这个结论，关键不是找一个名字相似的 API，而是把 mergeMap 的行为拆开。RxJS 官方文档对 mergeMap 的定义很清楚，它会把源 Observable 发出的每一个值投影成一个新的 Observable，然后把这些内层 Observable 合并到输出 Ob
在一个典型的 SAP Fiori 页面里，表格已经拿到一批业务对象，页面随后需要针对每个对象继续读取明细、执行校验、触发一个独立的 OData 操作，或者把多个异步结果陆续写回页面状态。熟悉 RxJS 的开发者看到这种需求，很自然会想到 mergeMap。问题也就落到了一个非常具体的位置，SAP UI5 自己有没有一个与 RxJS mergeMap 对位的 Operator。答案可以先定下来，SAP UI5 框架本身没有内置一个与 RxJS mergeMap 语义等价的 Operator，也没有一套与 RxJS Observable pipe 体系完全对应的流操作符系统。SAP UI5 有事件机制，有数据绑定，有 OData Model，有大量 Promise 化的异步 API，也有 OData V4 的 Batch Group，但是这些能力各自只覆盖 mergeMap 的某一部分行为。若项目真正需要 mergeMap 那种外层事件流映射成多个内层异步流，再并发展开成一个输出流的能力，最直接也最准确的办法仍然是把 RxJS 作为第三方依赖引入 UI5 项目，然后直接使用 mergeMap。UI5 官方的 TypeScript 文档已经明确说明，浏览器可运行的第三方 npm 库可以通过 npm install 和标准 import 方式进入 UI5 TypeScript 项目，并借助 ui5-tooling-modules 转换和打包为 UI5 可加载的模块。要看清这个结论，关键不是找一个名字相似的 API，而是把 mergeMap 的行为拆开。RxJS 官方文档对 mergeMap 的定义很清楚，它会把源 Observable 发出的每一个值投影成一个新的 Observable，然后把这些内层 Observable 合并到输出 Ob
