应用程序中组件的通信方法、装置、设备及存储介质制造方法及图纸

本发明专利技术实施例公开了一种应用程序中组件的通信方法、装置、设备及存储介质，该方法应用于应用程序所依赖通信框架中的消息总线，包括：解析所接收的消息请求报文；如果消息请求报文中包含用于组件间通信的第一关键标识，则从预先确定的第一消息监听表中获得第一关键标识关联的目标功能组件，以使目标功能组件响应消息请求报文对应的请求操作；其中，第一消息监听表基于应用程序中功能组件在业务服务层依赖的业务逻辑接口类形成。解决了应用程序中组件间互相通信时无法清楚地了解消息的来源和去向，实现了在整个消息传递过程中清楚知道事件流转的效果，且代码简洁、具有高效解耦性。

【技术实现步骤摘要】
应用程序中组件的通信方法、装置、设备及存储介质
本专利技术实施例涉及消息通信技术，尤其涉及应用程序中组件的通信方法、装置、设备及存储介质。
技术介绍
在长期的实战开发过程中，随着应用软件APP功能的不断增多，业务逻辑越来越复杂，各个模块之间有着错综复杂的关系，高度的耦合在一起，修改一个功能牵一发而动全身，这样非常不利于项目的维护和开发。为了解决这些问题，近年来也涌现了许多组件化方案，不同的组件化方案有不同的利弊，但是组件化目标基本一致，只是实现思路可能不同。通信方式是组件化开发的核心。对于Android系统来说，每一个App内不同页面，不同组件都在进行消息传递，消息传递是最基本的组件，消息传递既可以用于Android四大组件间通信，也可以用于线程与线程之间的通信。对于Android开发者来说，经常使用的消息传递方式有很多，从最早使用的Handler，BroadcastReceiver，接口回调，Binder(均是安卓系统内部的通信机制)，到近几年来流行的通信框架EventBus、RxBus等，这类通信框架在使用过程中，一旦事件被滥用，随本文档来自技高网...

【技术保护点】
1.一种应用程序中组件的通信方法，应用于应用程序所依赖通信框架中的消息总线，其特征在于，包括：/n解析所接收的消息请求报文；/n如果所述消息请求报文中包含用于组件间通信的第一关键标识，则从预先确定的第一消息监听表中获得所述第一关键标识关联的目标功能组件，以使所述目标功能组件响应所述消息请求报文对应的请求操作；/n其中，所述第一消息监听表基于应用程序中功能组件在业务服务层依赖的业务逻辑接口类形成。/n

【技术特征摘要】
1.一种应用程序中组件的通信方法，应用于应用程序所依赖通信框架中的消息总线，其特征在于，包括：
解析所接收的消息请求报文；
如果所述消息请求报文中包含用于组件间通信的第一关键标识，则从预先确定的第一消息监听表中获得所述第一关键标识关联的目标功能组件，以使所述目标功能组件响应所述消息请求报文对应的请求操作；
其中，所述第一消息监听表基于应用程序中功能组件在业务服务层依赖的业务逻辑接口类形成。


2.根据权利要求1所述的方法，其特征在于，所述第一消息监听表的形成步骤包括：
接收应用程序中功能组件发送的监听通信接口类，各所述监听通信接口类为相应功能组件在业务服务层依赖的业务逻辑接口类；
针对每个发送监听通信接口类的第一功能组件，将所述监听通信接口类与所述第一功能组件关联存储在所述第一消息监听表中。


3.根据权利要求2所述的方法，其特征在于，所述第一关键标识为发送所述消息请求报文的功能组件依赖的第一业务逻辑接口类；
相应的，根据所述第一关键标识从预先确定的第一消息监听表中获得作为消息响应方的目标功能组件，包括：
从所述第一消息监听表中确定与所述第一业务逻辑接口类匹配的目标监听通信接口类；
获取所述第一消息监听表中与所述目标监听通信接口类关联的第一功能组件，并记为响应所述消息请求报文的目标功能组件。


4.根据权利要求1所述的方法，其特征在于，还包括：
如果所述消息请求报文中包含用于组件内通信的第二关键标识，则从预先确定的第二消息监听表中获取所述第二关键标识关联的目标组件子业务，以使所述目标组件子业务响应所述消息请求报文对应的请求操作；
其中，所述第二关键标识与所述第一关键标识不同，所述第二消息监听表基于各所述功能组件内包含的实现类形成。


5.根据权利要求4所述的方法，其特征在于，所述第二消息监听表的形成步骤包括：
接收应用程序中功能组件发送的各子业务实现类，所述各子业务实现类为相应功能组件所包含子业务的实现类；
针对每个发送子业务实现类的第二功能组...

【专利技术属性】
技术研发人员：赵冬冬，彭杰，
申请(专利权)人：南京领行科技股份有限公司，
类型：发明
国别省市：江苏;32