基于业务模块的通讯方法、装置以及电子设备与流程

[0001]
本申请涉及数据处理领域，尤其是涉及一种基于业务模块的通讯方法、装置以及电子设备。


背景技术：

[0002]
目前，应用程序(application，简称app)的login、pay、share服务等业务模块之间是可以直接通讯、访问、修改等。即所有业务模块之间可见可更改，这样很容易造成负责某个业务模块的成员可以对其他成员负责的业务模块进行修改，进而造成代码污染的问题。


技术实现要素：

[0003]
本发明的目的在于提供一种基于业务模块的通讯方法、装置以及电子设备，以缓解业务模块之间发生代码污染的技术问题。
[0004]
第一方面，本申请实施例提供了一种基于业务模块的通讯方法，所述方法包括：
[0005]
获取来自第一业务模块的针对第二业务模块的访问指令；
[0006]
从预先存储的多个调用接口中确定所述第二业务模块对应的第二调用接口；
[0007]
通过所述第二调用接口访问所述第二业务模块，并将访问所述第二业务模块的信息传输至所述第一业务模块。
[0008]
在一个可能的实现中，所述从预先存储的多个调用接口中确定所述第二业务模块对应的第二调用接口的步骤，包括：
[0009]
从预先存储的多个调用接口、多个模块位置和多个模块功能中，确定所述第二业务模块对应的第二调用接口、第二模块位置以及第二模块功能。
[0010]
在一个可能的实现中，所述通过所述第二调用接口访问所述第二业务模块的步骤，包括：
[0011]
通过所述第二调用接口、所述第二模块位置以及所述第二模块功能，与所述第二业务模块进行通讯并访问所述第二业务模块。
[0012]
在一个可能的实现中，所述业务模块包括下述任意一项或多项：
[0013]
login业务模块、pay业务模块、share业务模块。
[0014]
在一个可能的实现中，每个所述业务模块的配置文件中均设置有开关单元；所述方法还包括：
[0015]
在针对所述业务模块的调试过程中判断调试选择单独编译或总体编译；
[0016]
如果是单独编译，则将待单独编译的目标业务模块对应的目标开关单元设置为开，除所述目标业务模块以外的其他业务模块对应的其他开关单元均设置为关；
[0017]
如果是总体编译，则将全部的所述业务模块对应的全部开关单元均设置为开。
[0018]
在一个可能的实现中，多个所述业务模块的配置文件对应的所述开关单元均由总配置文件的总开关单元控制。
[0019]
在一个可能的实现中，所述方法还包括：
[0020]
在所述业务模块的调试过程中，从多个公共文件中确定进行每组组合打包的多个目标公共文件；
[0021]
基于所述多个目标公共文件生成一个组合打包结果，以基于若干个所述组合打包结果进行所述业务模块的单独调试。
[0022]
第二方面，提供了一种基于业务模块的通讯装置，包括：
[0023]
获取模块，用于获取来自第一业务模块的针对第二业务模块的访问指令；
[0024]
确定模块，用于从预先存储的多个调用接口中确定所述第二业务模块对应的第二调用接口；
[0025]
通讯模块，用于通过所述第二调用接口访问所述第二业务模块，并将访问所述第二业务模块的信息传输至所述第一业务模块。
[0026]
第三方面，本申请实施例又提供了一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的第一方面所述方法。
[0027]
第四方面，本申请实施例又提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述的第一方面所述方法。
[0028]
本申请实施例带来了以下有益效果：
[0029]
本申请实施例提供的一种基于业务模块的通讯方法、装置以及电子设备，能够获取来自第一业务模块的针对第二业务模块的访问指令，从预先存储的多个调用接口中确定所述第二业务模块对应的第二调用接口，通过所述第二调用接口访问所述第二业务模块，并将访问所述第二业务模块的信息传输至所述第一业务模块，本方案中，通过从预先存储的多个调用接口中确定第二业务模块对应的第二调用接口，再通过第二调用接口访问第二业务模块，并将访问第二业务模块的信息传输至第一业务模块，能够使第一业务模块不会直接调用第二业务模块，能够使各个业务模块之间独立开发运行并且相互隔离，不仅减少了沟通成本，实现了各个业务模块之间不需要互相依赖，提高了整体运行效率，而且，所有业务模块之间无法再直接访问且无法更改，避免代码污染的情况发生。
[0030]
为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
[0031]
为了更清楚地说明本申请具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0032]
图1为本申请实施例提供的基于业务模块的通讯方法的流程示意图；
[0033]
图2为本申请实施例提供的基于业务模块的通讯方法中，route模块架构的示例；
[0034]
图3为本申请实施例提供的一种基于业务模块的通讯装置的结构示意图；
[0035]
图4示出了本申请实施例所提供的一种电子设备的结构示意图。
具体实施方式
[0036]
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0037]
本申请实施例中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0038]
目前，现有技术中app的业务模块login、pay、share服务以及公共文件util、log.http
…
sdk，以及配置文件gradle一起制作，配置成一个apk进行发布，各个业务模块的成员需要相互沟通，沟通成本较高，且由于所有业务模块之间可见可更改，造成负责login模块的成员可以对其他成员负责的模块进行修改，造成代码污染的问题。
[0039]
基于此，本申请实施例提供了一种基于业务模块的通讯方法、装置以及电子设备，通过该方法可以缓解业务模块之间发生代码污染的技术问题。
[0040]
下面结合附图对本发明实施例进行进一步地介绍。
[0041]
图1为本申请实施例提供的一种基于业务模块的通讯方法的流程示意图。其中，该方法可以应用于route模块。如图1所示，该方法包括：
[0042]
步骤s110，获取来自第一业务模块的针对第二业务模块的访问指令。
[0043]
步骤s120，从预先存储的多个调用接口中确定第二业务模块对应的第二调用接口。
[0044]
步骤s130，通过第二调用接口访问第二业务模块，并将访问第二业务模块的信息传输至第一业务模块。
[0045]
通过从预先存储的多个调用接口中确定第二业务模块对应的第二调用接口，再通过第二调用接口访问第二业务模块，并将访问第二业务模块的信息传输至第一业务模块，能够使第一业务模块不会直接调用第二业务模块，能够使各个业务模块之间独立开发运行并且相互隔离，减少了沟通成本，而且，所有业务模块之间不再可见可更改，某个业务模块无法再对其他业务模块进行修改，避免代码污染的情况发生。
[0046]
本申请实施例提供的基于业务模块的通讯方法可以作为一种app组件化的构建方法，即各个业务模块之间不直接调用，而是利用route模块来调用其他业务模块，route可以作为各个业务模块之间通讯的桥梁，各个业务模块之间仅通过route进行关联，能够使各个业务模块之间独立运行，达到每个模块不需要依赖其他模块的效果，提高整体运行效率。
[0047]
下面对上述步骤进行详细介绍。
[0048]
在一些实施例中，上述业务模块包括下述任意一项或多项：login业务模块、pay业务模块、share业务模块。
[0049]
如图2所示，通过设置一个route模块，使login业务模块、pay业务模块、share业务模块等所有业务模块之间不再是直接通讯。所有业务模块都分别与route模块相互通讯，这些业务模块的位置、功能等信息都通知至route模块，route模块存储了所有业务模块相应的位置、功能等信息。从而实现了pay业务模块、业务login模块等所有业务模块之间相互隔
离，且业务模块代码隔离，各个业务模块能够独立开发，减少沟通成本。
[0050]
在一些实施例中，上述步骤s120可以包括如下步骤：
[0051]
步骤a)，从预先存储的多个调用接口、多个模块位置和多个模块功能中，确定第二业务模块对应的第二调用接口、第二模块位置以及第二模块功能。
[0052]
route模块中可以存储有每个业务模块的功能(例如pay业务模块的功能为start pay)以及每个业务模块的调用接口interface(例如pay业务模块的接口为interface2)，即将各个业务模块注册在route模块中。当需要调用任一业务模块时，如调用pay业务模块执行支付任务时，便需要通过route模块利用存储的信息找到pay模块业务，进而快速且准确的确定出将要调用的业务模块。
[0053]
基于上述步骤a)，上述步骤s130可以包括如下步骤：
[0054]
步骤b)，通过第二调用接口、第二模块位置以及第二模块功能，与第二业务模块进行通讯并访问第二业务模块。
[0055]
针对各个业务模块的写入操作也需要通过route模块调用接口名访问依赖的业务模块。例如pay业务模块依赖于login业务模块，为了避免pay业务模块直接访问login业务模块，在pay业务模块写入：通过route模块的login接口的代码，从而实现通过route模块来间接访问login业务模块，避免login业务模块对pay业务模块造成影响。
[0056]
在一些实施例中，每个业务模块的配置文件中均设置有开关单元；该方法还可以包括以下步骤：
[0057]
步骤c)，在针对业务模块的调试过程中判断调试选择单独编译或总体编译；
[0058]
步骤d)，如果是单独编译，则将待单独编译的目标业务模块对应的目标开关单元设置为开，除目标业务模块以外的其他业务模块对应的其他开关单元均设置为关；
[0059]
步骤e)，如果是总体编译，则将全部的业务模块对应的全部开关单元均设置为开。
[0060]
在实际应用中，每个上述模块中都设置有小的gradle(xml格式配置文件)单元，即有很多小的gradle编译文件分别设置于各个业务模块中，将多个小的gradle单元作为分开关。例如，要调试pay业务模块，则在写时将pay业务模块中的小gradle写成开，其他的小gradle都写成关。
[0061]
这些开关状态决定了是单独分别编译还是总体整体编译，要单独编译的便将其中的小gradle设为开，其他所有小gradle设置为关。当要全部整体总体编译时，将所有小gradle都设置为开。例如，当分别单独编译pay业务模块时，将单独编译的pay业务模块中对应的小gradle打开，其他业务模块中的小gradle关闭，以达到只对pay业务模块单独编译的效果。
[0062]
通过将gradle配置文件(编译文件)进行改进，写入开对应的功能(总体编)和关对应的功能(单独编)，并配合将每个业务模块的gradle写入开/关的代码s，实现对业务模块的单独调试，即将该单独调试的业务模块的开关状态设为开，其他模块的开关状态为关。
[0063]
基于上述步骤c)、步骤d)以及步骤e)，多个业务模块的配置文件对应的开关单元均由总配置文件的总开关单元控制。
[0064]
在实际应用中，还可以将改进后的gradle配置文件写入总开关，将所有的分gradle编译到一起后，可以形成一个总体的gradle模块，作为总开关，以准确、高效控制各个分gradle的开关状态。
[0065]
在一些实施例中，该方法还可以包括以下步骤：
[0066]
步骤f)，在业务模块的调试过程中，从多个公共文件中确定进行每组组合打包的多个目标公共文件；
[0067]
步骤g)，基于多个目标公共文件生成一个组合打包结果，以基于若干个组合打包结果进行业务模块的单独调试。
[0068]
本申请实施例中，还可以对公共库(即公共文件)进行预加载，例如，将util公共文件和sdk公共文件生成一个pack打包，打包时无需每一个公共文件都分别打包，进而提高打包效率以及单独调试的效率。
[0069]
图3提供了一种基于业务模块的通讯装置的结构示意图。该装置可以应用于route模块。如图3所示，基于业务模块的通讯装置300包括：
[0070]
获取模块301，用于获取来自第一业务模块的针对第二业务模块的访问指令；
[0071]
第一确定模块302，用于从预先存储的多个调用接口中确定所述第二业务模块对应的第二调用接口；
[0072]
通讯模块303，用于通过所述第二调用接口访问所述第二业务模块，并将访问所述第二业务模块的信息传输至所述第一业务模块。
[0073]
在一些实施例中，第一确定模块302具体用于：
[0074]
从预先存储的多个调用接口、多个模块位置和多个模块功能中，确定所述第二业务模块对应的第二调用接口、第二模块位置以及第二模块功能。
[0075]
在一些实施例中，通讯模块303具体用于：
[0076]
通过所述第二调用接口、所述第二模块位置以及所述第二模块功能，与所述第二业务模块进行通讯并访问所述第二业务模块。
[0077]
在一些实施例中，所述业务模块包括下述任意一项或多项：
[0078]
login业务模块、pay业务模块、share业务模块。
[0079]
在一些实施例中，每个所述业务模块的配置文件中均设置有开关单元；该装置还包括：
[0080]
判断模块，用于在针对所述业务模块的调试过程中判断调试选择单独编译或总体编译；
[0081]
设置模块，用于如果是单独编译，则将待单独编译的目标业务模块对应的目标开关单元设置为开，除所述目标业务模块以外的其他业务模块对应的其他开关单元均设置为关；
[0082]
设置模块还用于如果是总体编译，则将全部的所述业务模块对应的全部开关单元均设置为开。
[0083]
在一些实施例中，多个所述业务模块的配置文件对应的所述开关单元均由总配置文件的总开关单元控制。
[0084]
在一些实施例中，该装置还包括：
[0085]
第二确定模块，用于在所述业务模块的调试过程中，从多个公共文件中确定进行每组组合打包的多个目标公共文件；
[0086]
生成模块，用于基于所述多个目标公共文件生成一个组合打包结果，以基于若干个所述组合打包结果进行所述业务模块的单独调试。
[0087]
本申请实施例提供的基于业务模块的通讯装置，与上述实施例提供的基于业务模块的通讯方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。
[0088]
本申请实施例提供的一种电子设备，如图4所示，电子设备400包括处理器402、存储器401，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述实施例提供的方法的步骤。
[0089]
参见图4，电子设备还包括：总线403和通信接口404，处理器402、通信接口404和存储器401通过总线403连接；处理器402用于执行存储器401中存储的可执行模块，例如计算机程序。
[0090]
其中，存储器401可能包含高速随机存取存储器(random access memory，简称ram)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口404(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。
[0091]
总线403可以是isa总线、pci总线或eisa总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
[0092]
其中，存储器401用于存储程序，所述处理器402在接收到执行指令后，执行所述程序，前述本申请任一实施例揭示的过程定义的装置所执行的方法可以应用于处理器402中，或者由处理器402实现。
[0093]
处理器402可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器402中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器402可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现成可编程门阵列(field-programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器401，处理器402读取存储器401中的信息，结合其硬件完成上述方法的步骤。
[0094]
对应于上述基于业务模块的通讯方法，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述基于业务模块的通讯方法的步骤。
[0095]
本申请实施例所提供的基于业务模块的通讯装置可以为设备上的特定硬件或者安装于设备上的软件或固件等。本申请实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的
系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。
[0096]
在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0097]
再例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0098]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0099]
另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
[0100]
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述基于业务模块的通讯方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0101]
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
[0102]
最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使
相应技术方案的本质脱离本申请实施例技术方案的范围。都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。