CN113326199B - 用于移动操作系统的应用程序的调试方法、调试平台设备 - Google Patents

Abstract

本申请公开了一种用于移动操作系统的应用程序的调试方法，该方法包括：在应用程序的开发平台侧，对同一应用程序中的第一业务组件和第二业务组件进行编译和运行，所述第一业务组件包括页面、方法、消息之一或其任意组合，所述第二业务组件包括页面、方法、消息之一或其任意组合，第一业务组件和第二业务组件中的任意一业务组件通过路由接口完成第一业务组件和第二业务组件之间页面跳转和/或方法调用，和/或，通过消息总线接口完成第一业务组件和第二业务组件之间事件发布订阅。本申请实现了跨业务组件的联合调试，避免了所有业务组件集中调试时所导致的编译耗时。

Description

用于移动操作系统的应用程序的调试方法、调试平台设备

技术领域

本发明涉及计算机程序调试领域，特别地，涉及一种用于移动操作系统的应用程序的调试方法、调试平台设备及存储介质。

背景技术

随着移动终端的广泛应用，越来越多运行于移动操作系统下(例如，ios、安卓系统)的应用程序(APP)被开发和应用。

在同一APP包括有若干业务，一个业务可用于实现若干功能。例如，在打车APP中，包括用于用户属性管理的业务、叫车业务、支付业务等。随着APP开发的组件化，一个业务可以由若干业务组件实现。如图1所示，图1为一APP中业务、业务组件的一种逻辑关系示意图。

在APP的开发过程中，当任一业务组件与其他业务组件之间的能力/接口被更新(增减或改变)时，需要将整个APP进行编译、打包后运行，以便进行测试。由于整个APP包括了所有的业务组件，导致编译、打包耗时较长；若多个业务组件之间的能力/接口存在更新，则意味着开发、编译、测试过程中，存在相互等待、相互影响，导致APP开发低效。

发明内容

本发明提供了一种用于移动操作系统的应用程序的调试方法，以提高APP开发过程中的调试效率。

本发明提供的一种用于移动操作系统的应用程序的调试方法，该方法包括：在应用程序的开发平台侧，

对同一应用程序中的第一业务组件和第二业务组件进行编译和运行，所述第一业务组件包括页面、方法、消息之一或其任意组合，所述第二业务组件包括页面、方法、消息之一或其任意组合，

第一业务组件和第二业务组件中的任意一业务组件通过路由接口完成第一业务组件和第二业务组件之间页面跳转和/或方法调用，和/或，通过消息总线接口完成第一业务组件和第二业务组件之间事件发布订阅。

较佳地，该方法还包括，利用深度链接建立第一业务组件和第二业务组件之间的通信通路。

较佳地，所述第一业务组件和第二业务组件中的任意一业务组件通过路由接口完成第一业务组件和第二业务组件之间页面跳转、和/或方法调用，和/或，通过消息总线完成第一业务组件和第二业务组件之间事件发布订阅，包括，

第一业务组件判断自身是否存在路由接口和/或消息总线接口，

如果是，则调用第一业务组件的第一路由接口完成第一业务组件和第二业务组件之间页面跳转和/或方法调用，和/或，调用第一业务组件的第一消息总线接口完成第一业务组件和第二业务组件之间事件发布订阅，

否则，则通过所述通信通路向第二业务组件传输接口调用请求，使得第二业务组件响应于所述接口调用请求，获取第二业务组件的第二路由接口和/或第二消息总线接口，并调用第二路由接口完成第一业务组件和第二业务组件之间页面跳转和/或方法调用，和/或，调用第二消息总线接口完成第一业务组件和第二业务组件之间事件发布订阅。

较佳地，所述获取第二业务组件的第二路由接口和/或第二消息总线接口之后，进一步包括，

当需要向第一业务组件返回所请求的接口信息时，第二业务组件通过通信通路传输所请求的接口信息，使得第一业务组件获取第一路由接口和/或第一消息总线接口，并调用第一路由接口完成第一业务组件和第二业务组件之间页面跳转和/或方法调用，和/或，调用第一业务组件的第一消息总线接口完成第一业务组件和第二业务组件之间事件发布订阅。

较佳地，所述利用深度链接建立第一业务组件和第二业务组件之间的通信通路，包括，

第一业务组件根据第二业务组件的深度链接统一资源标识信息，向第二业务组件发送深度链接建立请求，其中，深度链接统一资源标识信息被预先配置，

第二业务组件响应于所述深度链接建立请求，将所需的参数通过深度链接返回给第一业务组件。

较佳地，所述第一业务组件和第二业务组件之间存在被更新的能力和/或接口，所述移动操作系统为ios系统或安卓系统。

较佳地，所述通过路由接口完成第一业务组件和第二业务组件之间页面跳转和/或方法调用包括：

根据路由表将页面请求分发到指定的页面请求，和/或将方法请求分发到指定的方法请求。

较佳地，所述第一业务组件和第二业务组件共用统一基础层，其中，统一基础层包括统一公共业务接口、请求公共参数、以及统一基础库和标准中间件。

本发明提供一种用于移动操作系统的应用程序的调试平台设备，该设备包括存储器和处理器，所述存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现任一所述用于移动操作系统的应用程序的调试方法的步骤。

本发明还提供一种计算机可读存储介质，所述存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现所述用于移动操作系统的应用程序的调试方法的步骤。

本申请提供的一种用于移动操作系统的应用程序的调试方法，以同一应用程序中的第一业务组件和第二业务组件进行编译和运行，通过路由接口完成第一业务组件和第二业务组件之间页面跳转和/或方法调用，和/或，通过消息总线接口完成第一业务组件和第二业务组件之间事件发布订阅，使得业务组件之间在调试过程中相互依赖，既兼顾了组件化的开发的独立性，又避免了集成联合调试方式中对所有业务组件的编辑耗时，实现了跨业务组件的联合调试，特别是当部分业务组件之间的能力和/或接口被更新时，无需整个应用程序编译调整，只需对能力和/或接口被更新的业务组件编译、运行后进行调试，大大提高了调试的效率。

附图说明

图1为一APP中业务、业务组件的一种逻辑关系示意图。

图2为本申请应用程序的调试方法的一种流程示意图。

图3为两业务组件之间实现联调的一种框架示意图。

图4为业务A组件和业务B组件之间建立通信通道的一种流程示意图。

图5为在两业务组件联合调试阶段的调试方法的一种流程示意图。

图6为调试装置的一种示意图。

图7为本申请调试设备(装置)的另一种示意图。

具体实施方式

为了使本申请的目的、技术手段和优点更加清楚明白，以下结合附图对本申请做进一步详细说明。

申请人发现，APP的组件化开发过程中，由于整个过程中业务组件之间没有直接依赖，各个业务组件只依赖统一基础层便可创建独立的业务功能，从而各个业务组件可单独地开发，这导致当业务组件之间的能力/接口被更新时并不进行联合调试。

有鉴于此，本申请提供的一种应用程序的调试方法，当应用程序中业务组件之间所提供的能力/接口被更新时，将所述业务组件视作虚拟APP，通过页面、方法、消息等接口实现业务组件的调用，从而实现多个业务组件的联合调试，进一步地，利用用于APP之间自由跳转的深度链接(DeepLink)建立业务组件之间的通信通道，业务组件之间在调试过程中可以进行所需参数的传输。

参见图2所示，图2为本申请应用程序的调试方法的一种流程示意图，该调试方法包括，在应用程序的开发平台侧，

步骤201，对同一应用程序中的第一业务组件和第二业务组件，进行编译和运行，所述第一业务组件包括页面、方法、消息之一或其任意组合，所述第二业务组件包括页面、方法、消息之一或其任意组合，

其中，第一业务组件和第二业务组件可以分别进行编译、运行，也可以一并进行编译和运行。

步骤202，第一业务组件和第二业务组件中的任意一业务组件通过路由接口完成第一业务组件和第二业务组件之间页面跳转和/或方法调用，和/或，通过消息总线接口完成第一业务组件和第二业务组件之间事件发布订阅。

本申请仅需单独编译运行待调试的业务组件而不需要集成整个APP的所有业务组件进行编译运行，减少了编译、运行的耗时，提高了应用程序的开发效率。

为便于理解本申请，以下以同一APP中两业务组件的联合调试为例进行说明，所应理解的是，本申请不限于两业务组件，任意所提供的能力/接口被更新的业务组件都可适用。

同一APP所包括的各个业务组件均依赖于统一基础层和接口单独开发，这样，每个业务组件包含直接依赖的统一基础层和接口，各业务组件之间不直接依赖同层组件。参见图3所示，图3为两业务组件之间实现联调的一种框架示意图。业务A包含业务A组件以及统一基础层，业务B包括业务B组件以及统一基础层，其中，统一基础层包括，统一公共业务接口、请求公共参数、统一基础库和标准中间件。业务A组件和业务组件B为同层组件，各组件中包括页面、方法、消息之一或其组合；业务A组件和业务组件B可分别被编译、运行。运行调试过程中，业务组件之间通过路由方式完成页面跳转、方法调用，通过消息总线完成事件发布订阅，这样，业务组件之间被相互调用，从而实现联合调试。所述路由方式是根据路由表将页面请求分发到指定页面，将方法请求分发到指定方法。

为了使得业务A组件和业务B组件之间建立通信通道以便于调试时进行所需数据的传输，将业务组件作为虚拟APP，即逻辑APP，如同APP之间自由跳转一样，利用DeepLink来建立通信通道，这样，跨业务组件之间的数据传输也就成为了跨虚拟APP之间的数据传输。参见图4所示，图4为业务A组件和业务B组件之间建立通信通道的一种流程示意图。包括，

步骤401，业务A组件通过API接口获取为业务组件B所配置的DeepLink URI信息，根据业务B组件的DeepLink URI信息，向业务B组件发送第一DeepLink链接数据报文，以向业务B组件请求所需的参数，

其中，配置的DeepLink URI信息通过开发平台进行配置，以便为业务A组件(本端)配置业务B组件(通信对端)的DeepLink URI信息，从而用于确定对端通信地址。

步骤402，业务B组件解析第一DeepLink链接数据报文，响应于该报文，获取所请求参数，将获取的参数携带在第二DeepLink链接数据报文返回给业务A组件，以使得业务A组件获得DeepLink URI返回数据。

由此，业务A组件和业务B组件建立通信通道。

参见图5所示，图5为在两业务组件联合调试阶段的调试方法的一种流程示意图。当业务A组件和业务B组件通过DeepLink建立通信通道后，

步骤501，业务A组件判断本身是否存在第一路由接口和/或消息总线接口，

如果存在，则调用第一路由接口和/或消息总线接口，以便业务A组件与业务B组之间完成页面跳转、和/或方法调用、和/或事件发布订阅。

如果不存在路由接口，则通过通信通道传输接口调用请求至业务B组件，例如，向业务B组件发送第三DeepLink数据报文。

所应理解的是，任一业务组件都可发起与之建立有通信通道的业务组件的接口调用。

步骤502，业务B组件解析第三DeepLink数据报文，响应于该报文，获取业务B组件的第二路由接口和/或消息总线接口，

步骤503，业务B组件调用第二路由接口和/或消息总线接口，以便业务B组件与业务A组之间完成页面跳转、和/或方法调用、和/或事件发布订阅，

步骤504，业务B组件判断是否需要向业务A组件返回数据，如果是，则通过通信通路传输返回的数据给业务A组件，以使得业务A组件获取到组件A的第一路口接口和/或消息总线接口，例如，向业务A组件发送第四DeepLink数据报文，

否则，则结束本流程，

步骤505，业务A组件解析第四DeepLink数据报文，得到组件A的第一路口接口和/或消息总线接口，第一路由接口和/或消息总线接口，以便业务A组件与业务B组之间完成页面跳转、和/或方法调用、和/或事件发布订阅。

本实施例的调试方法实现了类似于跨应用程序、实际为跨业务组件的联合调试，避免了全部业务组件集成一体的联合调试方式中编译时间冗长的缺陷，同时兼顾了每个业务组件独立地开发，这样，各个业务组件可并行地编译、运行、测试，大大提升了开发调试的效率。

参见图6所示，图6为本申请调试装置的一种示意图。该装置包括，

编译运行模块，用于对同一应用程序中的第一业务组件和第二业务组件进行编译和运行，

调试模块，用于第一业务组件和第二业务组件中的任意一业务组件通过路由接口完成第一业务组件和第二业务组件之间页面跳转和/或方法调用，和/或，通过消息总线接口完成第一业务组件和第二业务组件之间事件发布订阅。

较佳地，所述调试模块还包括，

传输子模块，用于利用深度链接建立第一业务组件和第二业务组件之间的通信通路。

接口调用子模块，

参见图7所示，图7为本申请调试设备(装置)的另一种示意图。该设备包括有存储器和处理器，所述存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现任一所述用于移动操作系统的应用程序的调试方法的步骤。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

本发明实施例还提供了一种计算机可读存储介质，所述存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现任一所述用于移动操作系统的应用程序的调试方法的步骤。

对于装置/网络侧设备/存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1.一种用于移动操作系统的应用程序的调试方法，其特征在于，该方法包括：在应用程序的开发平台侧，

对同一应用程序中的第一业务组件和第二业务组件进行编译和运行，以形成虚拟应用程序，所述第一业务组件包括页面、方法、消息之一或其任意组合，所述第二业务组件包括页面、方法、消息之一或其任意组合，

第一业务组件和第二业务组件中的任意一业务组件通过路由接口完成第一业务组件和第二业务组件之间页面跳转和/或方法调用，和/或，通过消息总线接口完成第一业务组件和第二业务组件之间事件发布订阅，以对第一业务组件和第二业务组件进行联合调试。

2.如权利要求1所述的调试方法，其特征在于，该方法还包括，利用深度链接建立第一业务组件和第二业务组件之间的通信通路。

3.如权利要求2所述的调试方法，其特征在于，所述第一业务组件和第二业务组件中的任意一业务组件通过路由接口完成第一业务组件和第二业务组件之间页面跳转、和/或方法调用，和/或，通过消息总线完成第一业务组件和第二业务组件之间事件发布订阅，包括，

第一业务组件判断自身是否存在路由接口和/或消息总线接口，

如果是，则调用第一业务组件的第一路由接口完成第一业务组件和第二业务组件之间页面跳转和/或方法调用，和/或，调用第一业务组件的第一消息总线接口完成第一业务组件和第二业务组件之间事件发布订阅，

否则，则通过所述通信通路向第二业务组件传输接口调用请求，使得第二业务组件响应于所述接口调用请求，获取第二业务组件的第二路由接口和/或第二消息总线接口，并调用第二路由接口完成第一业务组件和第二业务组件之间页面跳转和/或方法调用，和/或，调用第二消息总线接口完成第一业务组件和第二业务组件之间事件发布订阅。

4.如权利要求3所述的调试方法，其特征在于，所述获取第二业务组件的第二路由接口和/或第二消息总线接口之后，进一步包括，

当需要向第一业务组件返回所请求的接口信息时，第二业务组件通过通信通路传输所请求的接口信息，使得第一业务组件获取第一路由接口和/或第一消息总线接口，并调用第一路由接口完成第一业务组件和第二业务组件之间页面跳转和/或方法调用，和/或，调用第一业务组件的第一消息总线接口完成第一业务组件和第二业务组件之间事件发布订阅。

5.如权利要求2所述的调试方法，其特征在于，所述利用深度链接建立第一业务组件和第二业务组件之间的通信通路，包括，

第一业务组件根据第二业务组件的深度链接统一资源标识信息，向第二业务组件发送深度链接建立请求，其中，深度链接统一资源标识信息被预先配置，

第二业务组件响应于所述深度链接建立请求，将所需的参数通过深度链接返回给第一业务组件。

6.如权利要求1至5任一所述的调试方法，其特征在于，所述第一业务组件和第二业务组件之间存在被更新的能力和/或接口，所述移动操作系统为ios系统或安卓系统。

7.如权利要求1至5任一所述的调试方法，其特征在于，所述通过路由接口完成第一业务组件和第二业务组件之间页面跳转和/或方法调用包括：

根据路由表将页面请求分发到指定的页面请求，和/或将方法请求分发到指定的方法请求。

8.如权利要求1至5任一所述的调试方法，其特征在于，所述第一业务组件和第二业务组件共用统一基础层，其中，统一基础层包括统一公共业务接口、请求公共参数、以及统一基础库和标准中间件。

9.一种用于移动操作系统的应用程序的调试平台设备，其特征在于，该设备包括存储器和处理器，所述存储器内存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8任一所述用于移动操作系统的应用程序的调试方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8任一所述用于移动操作系统的应用程序的调试方法的步骤。

Images