在一个稍微复杂一点的SAP UI5页面里，很容易遇到这样的代码，某个sap.m.Button需要监听press，某个Binding需要监听dataReceived，路由需要监听匹配事件，某个跨控制器消息需要通过EventBus接收。代码写着写着，就会出现一批attachXXX和detachXXX。如果平时同时写Angular和RxJS，看到这种 API 形状，很容易联想到fromEventPattern。这个联想是非常准确的。可以先把结论放在前面。SAP UI5没有提供一个名字叫fromEventPattern的原生响应式 API，也没有在框架内部把 UI 事件统一包装成Observable。但是从事件模型的设计结构看，UI5的EventProvider、控件事件、数据绑定事件以及EventBus，都大量采用了「注册 handler ＋ 注销 handler」的成对 API，这与RxJS fromEventPattern要适配的事件模式高度一致。更进一步，在一个同时使用UI5和RxJS的项目中，可以非常自然地直接用fromEvent
在一个稍微复杂一点的SAP UI5页面里，很容易遇到这样的代码，某个sap.m.Button需要监听press，某个Binding需要监听dataReceived，路由需要监听匹配事件，某个跨控制器消息需要通过EventBus接收。代码写着写着，就会出现一批attachXXX和detachXXX。如果平时同时写Angular和RxJS，看到这种 API 形状，很容易联想到fromEventPattern。这个联想是非常准确的。可以先把结论放在前面。SAP UI5没有提供一个名字叫fromEventPattern的原生响应式 API，也没有在框架内部把 UI 事件统一包装成Observable。但是从事件模型的设计结构看，UI5的EventProvider、控件事件、数据绑定事件以及EventBus，都大量采用了「注册 handler ＋ 注销 handler」的成对 API，这与RxJS fromEventPattern要适配的事件模式高度一致。更进一步，在一个同时使用UI5和RxJS的项目中，可以非常自然地直接用fromEvent
