一个常见的页面场景是，顶部放着sap.m.SearchField，下面是一张绑定了订单集合的sap.m.Table。输入客户名称以后，表格只显示匹配记录。熟悉RxJS的开发者看到这个需求，很自然会想到source$.pipe(filter(...))。回到SAP UI5，代码里确实也能看到:contentReference[oaicite:0]{index=0}xJS filter完全等价的通用响应式流操作符。若讨论的是过滤表格、列表、下拉框所绑定的数据集合，最接近的机制是sap.ui.model.Filter配合sap.ui.model.ListBinding#filter()。若讨论的是过滤按钮事件、输入事件、异步回调、网络响应或任意时间序列，SAP UI5自身没有提供Observable.pipe(filter(...))这一套通用流管道，需要直接使用RxJS，或者在普通事件处理函数中自行执行条件判断。这个区别不能只从方法名称理解，必须回到两套框架处理的数据形态。RxJS filter接收一个源Observable，对源发出的每一个值执行谓词函数，只有谓词返回true的值才会继续向下游发送。官方文档把它类比为Array.prototype.filter()，不过处理对象不是已经存在于内存中的静态数组，而是
一个常见的页面场景是，顶部放着sap.m.SearchField，下面是一张绑定了订单集合的sap.m.Table。输入客户名称以后，表格只显示匹配记录。熟悉RxJS的开发者看到这个需求，很自然会想到source$.pipe(filter(...))。回到SAP UI5，代码里确实也能看到:contentReference[oaicite:0]{index=0}xJS filter完全等价的通用响应式流操作符。若讨论的是过滤表格、列表、下拉框所绑定的数据集合，最接近的机制是sap.ui.model.Filter配合sap.ui.model.ListBinding#filter()。若讨论的是过滤按钮事件、输入事件、异步回调、网络响应或任意时间序列，SAP UI5自身没有提供Observable.pipe(filter(...))这一套通用流管道，需要直接使用RxJS，或者在普通事件处理函数中自行执行条件判断。这个区别不能只从方法名称理解，必须回到两套框架处理的数据形态。RxJS filter接收一个源Observable，对源发出的每一个值执行谓词函数，只有谓词返回true的值才会继续向下游发送。官方文档把它类比为Array.prototype.filter()，不过处理对象不是已经存在于内存中的静态数组，而是
)
![[C++]内存管理：串顺序存储的内存回收](http://pic.xiahunao.cn/yaotu/[C++]内存管理：串顺序存储的内存回收)
