CN117033287A

CN117033287A - 基于sdk包的多总线通信方法、系统、设备以及存储介质

Info

Publication number: CN117033287A
Application number: CN202311292260.6A
Authority: CN
Inventors: 黄海亮; 谢韵佳; 丁一; 白剑; 梁瑛玮; 张海林; 鲁和平; 李长杰; 陈焕然; 李乐; 王浩; 洪行健; 冷冬; 李尚然
Original assignee: Yifang Information Technology Co ltd
Current assignee: Yifang Information Technology Co ltd
Priority date: 2023-10-08
Filing date: 2023-10-08
Publication date: 2023-11-10
Anticipated expiration: 2043-10-08
Also published as: CN117033287B

Abstract

本发明提出了一种基于SDK包的多总线通信方法、系统、设备以及存储介质，该方法包括：在每个SDK中均设置第一通信总线和与第一通信总线相配合的第一总线控制器，第一总线控制器与第一通信总线通信连接并调度对应SDK中的信息；在Demo部分设置第二通信总线和与第二通信总线相配合工作的第二总线控制器，第二总线控制器与第二通信总线通信连接并调度对应Demo部分中的信息；在Demo与SDK之间设置第三通信总线，第三通信总线连通第一通信总线和第二通信总线；在S3的基础，第三通信总线还通信连接并传递第一总线控制器与第二总线控制器之间的信息。本发明能够提供多对多的通信，大大提高了通信便捷性和效率。

Description

基于SDK包的多总线通信方法、系统、设备以及存储介质

技术领域

本发明涉及计算机技术领域，具体涉及一种基于SDK包的多总线通信方法、系统、设备以及存储介质。

背景技术

为了提高开发效率，程序员开发出了各种SDK包，以达到在软件中重复使用的目的，而SDK包中的代码，出于安全考虑，也往往是闭源的，不对外公开。在使用SDK+Demo的开发结构时，可以把一个应用程序内的代码，用两种不同的发布模式发布。然而，传统的SDK包与Demo部分之间的通信方式通常采用接口通信，只可实现一对一的通信方式，即当开发者在使用SDK包时需要使用不同SDK包的功能方法（比如函数接口）时，需要先在调用SDK的所有源文件中引入对应SDK接口文件，并基于所需接口进行编程开发，该方式耦合性较强，不利于后续对程序进行扩展修改，并且，通信效率较低。

发明内容

针对现有技术的不足，本发明提出一种基于SDK包的多总线通信方法、系统、设备以及存储介质，能够提供多对多的通信，大大提高了通信的便捷性和效率，可以非常好地提高通信效率。

本发明第一方面公开了一种基于SDK包的多总线通信方法，包括以下步骤：

S1：在每个SDK中均设置第一通信总线和与所述第一通信总线相配合的第一总线控制器，所述第一通信总线与所述第一总线控制器通信连接，所述第一通信总线用于调度对应SDK中的信息；

S2：在Demo部分设置第二通信总线和与所述第二通信总线相配合工作的第二总线控制器，所述第二通信总线与所述第二总线控制器通信连接，所述第二通信总线用于调度对应Demo部分中的信息；

S3：在Demo与SDK之间设置第三通信总线，所述第三通信总线连通所述第一通信总线和所述第二通信总线；

S4：在S3的基础上，所述第三通信总线同时还通信连接所述第一总线控制器与所述第二总线控制器，并传递所述第一总线控制器与所述第二总线控制器之间的信息。

在一个可选的实施例中，所述第一总线控制器与所述第二总线控制器之间传递的信息包括指令型信息、通知型信息、信息索取型信息。

本发明第二方面公开了一种基于SDK包的多总线通信系统，

包括设于每个SDK中的第一通信总线和与所述第一通信总线相配合的第一总线控制器，所述第一通信总线与所述第一总线控制器通信连接；

还包括设于Demo中设置第二通信总线和与所述第二通信总线相配合工作的第二总线控制器，所述第二通信总线与所述第二总线控制器通信连接；

在Demo与SDK之间还设置有第三通信总线，所述第三通信总线连通所述第一通信总线和所述第二通信总线；且所述第三通信总线通信连接所述第一总线控制器与所述第二总线控制器，并传递所述第一总线控制器与所述第二总线控制器之间的信息。

本发明第三方面公开了一种基于SDK包的多总线通信设备，包括：

至少一个处理器，以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如本发明第一方面公开的任一项所述的基于SDK包的多总线通信方法。

本发明第四方面公开了一种计算机可读存储介质，

所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如本发明第一方面公开的任一项所述的基于SDK包的多总线通信方法。

与现有技术相比，本发明具有以下优点：

本发明中，各个通信参与者（每个SDK包、Demo部分）之间相互解耦，他们只跟通信总线产生联系，无需知道其他通信参与者；最主要的是：接口通信只能一对一，而通信总线能够提供多对多的通信，多对多的通信方式大大提高了通信的便捷性和效率，可以非常好地提高沟通效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明基于SDK包的多总线通信方法的流程图；

图2为本发明基于SDK包的多总线通信系统的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”、“第四”等仅用于描述目的，而不能理解为指示或暗示相对重要性。

在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

实施例

参见图1，本发明实施方式公开了一种基于SDK包的多总线通信方法，包括以下步骤：

本方法适用于具有多个SDK包的开发环境，而前述方法中提及的第一通信总线有多个，单个第一通信总线为单独设于每个SDK包中的通信管理中心；第二通信总线为单独设于Demo部分中的通信管理中心；第三通信总线为设于多个SDK包与Demo部分之间的通信管理中心，用于传递多个第一通信总线与第二通信总线之间的信息，而无论是第一通信总线、第二通信总线还是第三通信总线，其在SDK包中，都是作为一个特定的类的一个对象存在；

而总线控制器则是作为通信总线对外时的I/O接口存在，即，第一总线控制器与第一通信总线通信连接并汇总信息、第二总线控制器与第二通信总线通信连接并汇总信息，而第一总线控制器与第二总线控制器作为应用程序内通信总线的通信参与者，控制对应连接的通信总线的信息发送与接收，以实现SDK包、Demo部分之间高效通信的目的；而单个通信总线通过其各自连接的总线控制器与应用内总线进行通信，该方案符合软件设计原则，同时可以避免单个SDK包或Demo部分与第三通信总线（总的通信总线）之间存在过多的依赖；单个SDK包或Demo部分只要保证对外I/O 接口的稳定，内部的功能迭代、代码修改，都不会影响到总体，使得达到了每个SDK包与Demo部分之间相互解耦的目的。

此处，本方案中的通信总线需满足如下设定：

1.与所有通信参与者之间存在联系，即与所有通信参与者之间相互知悉。

2.各个通信参与者通过I/O 接口与对应连接的通信总线进行沟通，这是为了避免外部系统侵入通信参与者内部。

3.各个通信参与者之间互不知悉，彼此之间的消息传递通过通信总线进行。

在一个开发环境中，通信参与者即本方案中提及的与SDK包和Demo部分对应的通信总线分别连接的总线控制器，他们需要相互协作才能使这个系统进行正常的工作，通过该方案，各个部分只需专注于自己的工作，协调每个部分的工作则由其对应的通信总线完成。

在一个可选的实施例中，所述第一总线控制器与所述第二总线控制器之间传递的信息包括指令型信息、通知型信息、信息索取型信息，而各个对象（单个SDK包或Demo部分）之间使用发送、接收信息的形式来实现信息的同步，即，通过本方案传递前述几种信息，以完成不同对象间互相通信的目的，大大提高通信效率。

其中，指令型信息，主要是是指：告知消息接收方执行A工作的信息；通知型信息，主要是指：告知消息接收方，消息发送方已完成执行A工作的信息；信息索取型信息，主要是指：告知消息接收方，消息发送方需要其提供执行信息指令需要的数据。通过第一总线控制器和第二总线控制器来实现控制信息传递，通过第一通信总线、第二通信总线和第三通信总线之间的通信配合，高效完成开发环境中的通信工作。

为便于理解本申请的方案，以下继续对本申请的方案的相关内容进行说明。简单来说，应用程序内部的消息通信，可以通过接口进行，就譬如在一个团队内部，开发者要跟谁说话，就直接找那个人沟通，这种是最简单、最原始的一种通信方式，当然，也可以通过通信总线进行传递，类比团队协作，而这个通信总线即团队内部负责协调沟通各个团队成员的那个负责人。举个例子，产品岗同事通过负责人传递消息“希望程序员开发一款B软件”，负责人将这个消息传递给团队中负责开发的程序员，程序员完成开发，通过负责人传递消息“希望测试岗的同事开始质量安全保障工作”，测试岗的同事完成工作后，通过负责人告知程序员“测试完成，软件质量过关”，并告知产品岗同事“软件开发完毕，可以对外发布”。再举一个例子，通常采用接口通信，只可实现一对一的通信方式，即当开发者在使用SDK包时需要使用不同SDK包的功能方法（比如函数接口）时，需要先在调用SDK的所有源文件中引入对应SDK接口文件，并基于所需接口进行编程开发，该方式耦合性较强，不利于后续对程序进行扩展修改，并且，通信效率较低；而通过本多总线通信方式，当甲SDK包需要调用乙SDK包中的代码时，直接通过第一通信总线和第一总线控制器传递消息发送指令，即可直接调用执行；同理，当丙SDK包需要调用Demo中的代码时，直接通过通信总线和总线控制器配合调用、执行即可，非常方便，并且减少了SDK包中内容冗余的情况。

通过上述例子，可以得出，使用通信总线通信相比接口通信的优点：

各个通信参与者相互解耦，他们只跟通信总线产生联系，无需知道其他通信参与者；最主要的是：接口通信只能一对一，而通信总线能够提供多对多的通信，多对多的通信方式大大提高了通信的便捷性和效率，可以非常好地提高沟通效率，减少通信冗余。

因此，本方法中提出的一种基于SDK包的多总线通信方法应用到SDK+Demo结构的程序中时，可以很好地解决以下问题：

①SDK包内部通信参与者相互解耦；

②Demo部分（SDK外部）通信参与者相互解耦；

③各个SDK包与Demo部分之间相互解耦。

其次，本方案的设计理念符合软件设计原则的单一职责原则、迪米特原则、接口隔离原则。基于前述内容的说明，本方案可以大大提供应用程序的可维护性、可读性以及可扩展性。随着应用程序功能的扩展，本方案带来的优势将会愈加明显，可以避免由于持久迭代所带来的程序臃肿与崩坏。

相关技术名词说明：

SDK包：软件开发工具包，一般都是一些软件工程师为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合；主要为闭源代码发布，而闭源代码为一种软件发布模式，指的是程序只以二进制的方式呈现，除程序的开发者外，其他人无法获取程序源代码。

Demo部分：一种软件发布模式，与闭源代码相对，指源代码公开，允许被其他开发者自由使用、复制、修改和再发布。

通信总线：计算机各种功能部件之间传送信息的公共通信干线，是一种用于连接各个部件，用于在各个部件之间传送信息的公共通路，这个概念也可用于计算机程序中，在计算机程序中，总线不再是物理上的存在，而是指的消息通道，它在计算机程序中是作为消息管理器的一个虚拟的存在。

解耦：软件中两个对象之间的相互依赖称为耦合，解耦即降低各个对象之间的耦合度，通常一个系统中的各个组成部分之间，相互作用越强，依赖越多，系统就越复杂、越难以维护、难以扩展，同时越容易出现故障。

实施例

参见图2，本发明第二方面公开了一种基于SDK包的多总线通信系统，

对于上述基于SDK包的多总线通信系统的具体描述可以参照上述基于SDK包的多总线通信方法的具体描述，在此不再一一赘述。

实施例

至少一个处理器，以及，

与所述至少一个处理器通信连接的存储器；其中，

该计算机设备可以是终端，该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现基于智能编码的海关出口方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

实施例

本发明第四方面公开了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如前述的基于SDK包的多总线通信方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各通过基于智能编码的海关出口方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器（ROM）、可编程ROM（PROM）、电可编程ROM（EPROM）、电可擦除可编程ROM（EEPROM）或闪存。易失性存储器可包括随机存取存储器（RAM）或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM（SRAM）、动态RAM（DRAM）、同步DRAM（SDRAM）、双数据率SDRAM（DDRSDRAM）、增强型SDRAM（ESDRAM）、同步链路（Synchlink） DRAM（SLDRAM）、存储器总线（Rambus）直接RAM（RDRAM）、直接存储器总线动态RAM（DRDRAM）、以及存储器总线动态RAM（RDRAM）等。

或者，本发明上述模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机、终端、或者网络设备等）执行本发明各个实施例方法的全部或部分。而前述的存储介质包括：移动存储设备、RAM、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明一种基于SDK包的多总线通信方法、系统、设备以及存储介质的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种基于SDK包的多总线通信方法，其特征在于，包括以下步骤：

2.根据权利要求1所述的一种基于SDK包的多总线通信方法，其特征在于，所述第一总线控制器与所述第二总线控制器之间传递的信息包括指令型信息、通知型信息、信息索取型信息。

3.一种基于SDK包的多总线通信系统，其特征在于，

4.一种基于SDK包的多总线通信设备，其特征在于，包括：

至少一个处理器，以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至2任一项所述的基于SDK包的多总线通信方法。

5.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如权利要求1至2任一项所述的基于SDK包的多总线通信方法。