用于业务模块间解耦的信息处理方法及装置制造方法及图纸

本公开实施例公开了一种用于业务模块间解耦的信息处理方法及装置，其中方法包括定义应用内的任一子业务模块的接口；对应用内的任一子业务模块包含的各个功能，定义出各个功能对应的子接口；建立任一子业务模块的接口、与子接口的关系，包括将所有子接口作为数组元素加入至子业务模块的接口中，得到配置完成的接口；将配置完成的接口注册至预设服务中。通过建立预设服务，并基于预设服务实现子业务模块间的调用，避免了业务模块之间直接调用导致的引用混乱，代码耦合的问题，实现了业务模块之间的解耦式调用。间的解耦式调用。间的解耦式调用。

【技术实现步骤摘要】
用于业务模块间解耦的信息处理方法及装置


[0001]本公开涉及数据处理
，具体涉及到一种用于业务模块间解耦的信息处理方法及装置。

技术介绍

[0002]目前Android应用开发过程中多模块业务相互调用会导致模块引用混乱、代码耦合，不能满足开发规范中的功能服务原子独立性。

技术实现思路

[0003]本公开的主要目的在于提供一种用于业务模块间解耦的信息处理方法及装置。
[0004]为了实现上述目的，根据本公开的第一方面，提供了一种用于业务模块间解耦的信息处理方法，包括：定义应用内的任一子业务模块的接口,其中，所述任一子业务模块的接口可被定义为数组；针对应用内的任一子业务模块包含的各个功能，定义出各个功能对应的子接口，其中，所述子接口指示了用于实现调用的调用信息；建立任一子业务模块的接口、与子接口的关系，包括将所有子接口作为数组元素加入至子业务模块的接口中，得到配置完成的接口；将配置完成的接口注册至预设服务中。
[0005]可选地，还包括：基于所述预设服务实现子业务模块间的调用。
[0006]可选地，基于所述预设服务实现子业务模块间的调用包括：
[0007]预设服务与应用内的基础服务模块连接，其中，所述基础服务模块用于各个子业务模块中公共业务底层的实现；当预设服务接收到任一子业务模块的功能调用请求后，确定请求指示的被调用子业务模块的接口的名称、以及被调用功能对应的子接口的名称；基于被调用子业务模块的接口的名称、以及被调用功能对应的子接口的名称，确定被调用功能的调用信息。
[0008]可选地，方法还包括：当接收服务接收到删除任一子业务模块的请求后，删除该子业务模块注册的接口。
[0009]根据本公开的第二方面，提供了一种用于业务模块间解耦的信息处理装置，包括：第一定义单元，被配置成定义应用内的任一子业务模块的接口,其中，所述任一子业务模块的接口可被定义为数组；第二定义单元，被配置成针对应用内的任一子业务模块包含的各个功能，定义出各个功能对应的子接口，其中，所述子接口指示了用于实现调用的调用信息；建立单元，被配置成建立任一子业务模块的接口、与子接口的关系，包括将所有子接口作为数组元素加入至子业务模块的接口中，得到配置完成的接口；注册单元，被配置成将配置完成的接口注册至预设服务中。
[0010]可选地，还包括：调用单元，被配置成基于所述预设服务实现子业务模块间的调用。
[0011]可选地，调用单元进一步被配置成包括：预设服务与应用内的基础服务模块连接，其中，所述基础服务模块用于各个子业务模块中公共业务底层的实现；当预设服务接收到
任一子业务模块的功能调用请求后，确定请求指示的被调用子业务模块的接口的名称、以及被调用功能对应的子接口的名称；基于被调用子业务模块的接口的名称、以及被调用功能对应的子接口的名称，确定被调用功能的调用信息。
[0012]可选地，装置还包括：删除单元，被配置成当接收服务接收到删除任一子业务模块的请求后，删除该子业务模块注册的接口。
[0013]根据本公开的第三方面，提供了一种计算机可读存储介质，存储有计算机指令，所述计算机指令用于使所述计算机执行第一方面任意一项实现方式所述的用于业务模块间解耦的信息处理方法。
[0014]根据本公开的第四方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行第一方面任意一项实现方式所述的用于业务模块间解耦的信息处理方法。
[0015]在本公开实施例中，包括定义应用内的任一子业务模块的接口；对应用内的任一子业务模块包含的各个功能，定义出各个功能对应的子接口；建立任一子业务模块的接口、与子接口的关系，包括将所有子接口作为数组元素加入至子业务模块的接口中，得到配置完成的接口；将配置完成的接口注册至预设服务中。通过建立预设服务，并基于预设服务实现子业务模块间的调用，避免了业务模块之间直接调用导致的引用混乱，代码耦合的问题，实现了业务模块之间的解耦式调用。
附图说明
[0016]为了更清楚地说明本公开具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0017]图1是根据本公开实施例的用于业务模块间解耦的信息处理方法的流程图；
[0018]图2是根据本公开实施例的用于业务模块间解耦的信息处理方法的第一应用场景图；
[0019]图3是根据本公开实施例的用于业务模块间解耦的信息处理方法的第二应用场景图；
[0020]图4是根据本公开实施例的电子设备的示意图。
具体实施方式
[0021]为了使本
的人员更好地理解本公开方案，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分的实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本公开保护的范围。
[0022]需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用
的数据在适当情况下可以互换，以便这里描述的本公开的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0023]需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
[0024]根据本公开实施例，提供了一种用于业务模块间解耦的信息处理方法，如图1所示，该方法包括如下的步骤101至步骤104：
[0025]步骤101：定义应用内的任一子业务模块的接口,其中，所述任一子业务模块的接口可被定义为数组。
[0026]在本实施例中，Android应用结构可以是应用入口模块(app)中引入各个子业务模块(可通过build.gradle中“implementation”方式引用)各个耦合的子业务模块再相互调用功能。参考图2，例如：现有3个子业务模块A(用户模块)、B(订单模块)、C(商品模块)，各子业务模块间引用混乱，在调用过程中的对象函数调用方式也导致代码逻辑深度耦合，如:在A模块中需要调用到B模块的某个功能b，则在A模块的代码逻辑当中会有B模块的功能对象引用(import)以及函数指向(ObjectB.b())，B模块本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种用于业务模块间解耦的信息处理方法，其特征在于，包括：定义应用内的任一子业务模块的接口,其中，所述任一子业务模块的接口可被定义为数组；针对应用内的任一子业务模块包含的各个功能，定义出各个功能对应的子接口，其中，所述子接口指示了用于实现调用的调用信息；建立任一子业务模块的接口、与子接口的关系，包括将所有子接口作为数组元素加入至子业务模块的接口中，得到配置完成的接口；将配置完成的接口注册至预设服务中。2.根据权利要求1所述的用于业务模块间解耦的信息处理方法，其特征在于，还包括：基于所述预设服务实现子业务模块间的调用。3.根据权利要求2所述的用于业务模块间解耦的信息处理方法，其特征在于，基于所述预设服务实现子业务模块间的调用包括：预设服务与应用内的基础服务模块连接，其中，所述基础服务模块用于各个子业务模块中公共业务底层的实现；当预设服务接收到任一子业务模块的功能调用请求后，确定请求指示的被调用子业务模块的接口的名称、以及被调用功能对应的子接口的名称；基于被调用子业务模块的接口的名称、以及被调用功能对应的子接口的名称，确定被调用功能的调用信息。4.根据权利要求1所述的用于业务模块间解耦的信息处理方法，其特征在于，方法还包括：当接收服务接收到删除任一子业务模块的请求后，删除该子业务模块注册的接口。5.一种用于业务模块间解耦的信息处理装置，其特征在于，包括：第一定义单元，被配置成定义应用内的任一子业务模块的接口,其中，所述任一子业务模块的接口可被定义为数组；第二定义单元，被配置成针对应用内的任一子业务模块包含的各个功能，定义出各个功能对应的子接口，其中，所述子接口指示了用于实现调用的调用信息；建立单元，被配置成建立...

【专利技术属性】
技术研发人员：胡超，
申请(专利权)人：深圳市华宇讯科技有限公司，
类型：发明
国别省市：