CN115080109A - 基于混合开发的多云端环境联调方法、装置、系统和设备 - Google Patents

Abstract

提供了一种用于第一主机的基于混合开发的多云端环境联调方法、装置、设备、存储介质和程序产品，涉及云计算领域。该方法包括：接收原生应用端发送的第一请求；将所述第一请求发送至目标访问地址，来访问所述目标应用选项对应的目标HTML5代码；其中，所述第一主机中配置有包括所述目标HTML5代码地址的N个HTML5代码地址，和/或包括所述目标云端主机地址的N个云端主机地址，所述N个HTML5代码地址一一对应于部署在所述第一主机中的N个HTML5代码，所述N个云端主机地址一一对应于部署在N个云端主机中的所述N个HTML5代码。还提供了一种用于第二主机的基于混合开发的多云端环境联调方法、装置、设备、存储介质和程序产品。

Description

基于混合开发的多云端环境联调方法、装置、系统和设备

技术领域

本公开涉及云计算领域，更具体地涉及一种基于混合开发的多云端环境联调方法、装置、设备、介质和程序产品。

背景技术

混合开发是指在开发一款移动端应用产品的时候，为了提高效率、节约成本而利用原生与H5(HTML5，构建Web内容的一种语言描述方式)的开发技术的混合应用。在移动端混合开发场景中，通常将H5页面内嵌在原生应用的web容器中互相结合完成业务需求。

在实现本公开的发明构思的过程中，发明人发现相关技术中至少存在以下问题：

在原生应用内嵌H5的开发模式中大多数情况是原生应用和内嵌H5分别独立开发，一个应用具有多个云端环境版本时，多云端环境的内嵌H5要进行充分测试联调便需要原生应用开发侧频繁切换内嵌H5云端环境地址，导致开发效率降低，沟通成本提高。

发明内容

鉴于上述问题，本公开提供了一种提高开发效率和降低沟通成本的基于混合开发的多云端环境联调方法、装置、设备、介质和程序产品。

本公开实施例的一个方面提供了一种基于混合开发的多云端环境联调方法，用于第一主机，包括：接收原生应用端发送的第一请求，其中，所述原生应用端部署在第二主机，所述第一请求包括用户在所述原生应用端选择的目标应用选项；将所述第一请求发送至目标访问地址，来访问所述目标应用选项对应的目标HTML5代码，其中，所述目标访问地址根据所述目标应用选项和所述用户的身份标识来确定，所述目标访问地址包括目标HTML5代码地址或目标云端主机地址；其中，所述第一主机中配置有包括所述目标HTML5代码地址的N个HTML5代码地址，和/或包括所述目标云端主机地址的N个云端主机地址，所述N个HTML5代码地址一一对应于部署在所述第一主机中的N个HTML5代码，所述N个云端主机地址一一对应于部署在N个云端主机中的所述N个HTML5代码，N为大于或等于1的整数。

根据本公开的实施例，所述第一主机中部署有转发代理服务器，包括：使所述转发代理服务器接收所述第一请求；其中，所述将所述第一请求发送至目标访问地址包括：使所述转发代理服务器将所述第一请求转发至所述目标访问地址。

根据本公开的实施例，N个应用选项包括所述目标应用选项，在所述接收原生应用端发送的第一请求之前，所述方法还包括：接收所述第二主机发送的第二配置文件，其中，所述第二配置文件包括N个应用选项与所述N个HTML5代码地址的第一映射关系，和/或所述N个应用选项与所述N个云端主机地址的第二映射关系；使所述转发代理服务器根据所述第二配置文件执行访问所述N个HTML5代码的操作。

根据本公开的实施例，在使所述转发代理服务器将所述第一请求转发至所述目标访问地址之前，还包括：在所述用户的身份标识为开发类标识时，根据所述第一映射关系确定出所述目标访问地址；或在所述用户的身份标识为测试类标识时，根据所述第二映射关系确定出所述目标访问地址。

根据本公开的实施例，在所述接收原生应用端发送的第一请求之前，还包括：接收所述第二主机发送的所述N个HTML5代码，其中，所述N个HTML5代码预先在所述第二主机中编译打包完成；将所述N个HTML5代码分别存放于N个第一目录；将所述N个第一目录的地址作为所述N个HTML5代码地址。

根据本公开的实施例，在所述接收原生应用端发送的第一请求之前，还包括：接收用户通过所述原生应用端发送的第二请求，其中，所述第二请求包括所述用户的身份标识；响应于所述第二请求，向所述用户返回第二请求数据；其中，所述原生应用端被配置为根据所述第二请求数据向所述用户展示中转枢纽页，所述中转枢纽页包括N个应用选项，所述用户在所述N个应用选项中选择所述目标应用选项，所述N个应用选项与所述N个HTML5代码一一对应。

根据本公开的实施例，在所述接收原生应用端发送的第一请求之前，还包括：接收所述第二主机发送的所述中转枢纽页的HTML5代码，其中，所述中转枢纽页的HTML5代码预先在所述第二主机中编译打包完成；将所述中转枢纽页的HTML5代码存放于第二目录；其中，所述中转枢纽页的HTML5代码包括所述N个应用选项中每个应用选项的配置参数，所述原生应用端被配置为根据所述每个应用选项的配置参数生成对应的所述第一请求。

本公开实施例的另一方面提供了一种基于混合开发的多云端环境联调方法，用于第二主机，包括：接收用户在原生应用端的第一操作，其中，所述第一操作用于选择目标应用选项；根据所述用户选择的所述目标应用选项，向第一主机发送第一请求，其中，所述第一请求包括所述目标应用选项，所述第一主机被配置为执行如上所述的方法。

根据本公开的实施例，在所述接收用户在原生应用端的第一操作之前，还包括：接收所述用户在所述原生应用端的第二操作，其中，所述第二操作用于调用中转枢纽页；根据所述第二操作向所述第一主机发送第二请求；接收所述第一主机响应于所述第二请求而返回的第二请求数据；根据所述第二请求数据向所述用户展示所述中转枢纽页，其中，所述中转枢纽页包括N个应用选项，所述用户在所述N个应用选项中选择所述目标应用选项，所述N个应用选项与N个HTML5代码一一对应。

本公开实施例的另一方面提供了一种基于混合开发的多云端环境联调装置，用于第一主机，包括：第一接收模块，用于接收原生应用端发送的第一请求，其中，所述原生应用端部署在第二主机，所述第一请求包括用户在所述原生应用端选择的目标应用选项；第一发送模块，用于将所述第一请求发送至目标访问地址，来访问所述目标应用选项对应的目标HTML5代码，其中，所述目标访问地址根据所述目标应用选项和所述用户的身份标识来确定，所述目标访问地址包括目标HTML5代码地址或目标云端主机地址；其中，所述第一主机中配置有包括所述目标HTML5代码地址的N个HTML5代码地址，和/或包括所述目标云端主机地址的N个云端主机地址，所述N个HTML5代码地址一一对应于部署在所述第一主机中的N个HTML5代码，所述N个云端主机地址一一对应于部署在N个云端主机中的所述N个HTML5代码，N为大于或等于1的整数。

本公开实施例的另一方面提供了一种基于混合开发的多云端环境联调装置，用于第二主机，包括：第二接收模块，用于接收用户在原生应用端的第一操作，其中，所述第一操作用于选择目标应用选项；第二接收模块，用于根据所述用户选择的所述目标应用选项，向第一主机发送第一请求，其中，所述第一请求包括所述目标应用选项，所述第一主机被配置为执行权利要求1～7中任一项所述的方法。

本公开实施例的另一方面提供了一种基于混合开发的多云端环境联调系统，包括：第一主机，用于接收用户在原生应用端的第一操作，其中，所述第一操作用于选择目标应用选项；以及根据所述用户选择的所述目标应用选项，向第一主机发送第一请求，其中，所述第一请求包括所述目标应用选项；第二主机，用于接收原生应用端发送的第一请求；以及将所述第一请求发送至目标访问地址，来访问所述目标应用选项对应的目标HTML5代码，其中，所述目标访问地址根据所述目标应用选项和所述用户的身份标识来确定，所述目标访问地址包括目标HTML5代码地址或目标云端主机地址；N个云端主机，在所述目标访问地址为所述目标云端主机地址的情况下，所述N个云端主机中的目标云端主机用于接收所述第二主机发送的所述第一请求，N为大于或等于1的整数。

本公开实施例的另一方面提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行如上所述的方法。

本公开实施例的另一方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行如上所述的方法。

本公开实施例的另一方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上所述的方法。

上述一个或多个实施例具有如下有益效果：第一主机接收原生应用端发送的第一请求，并将所述第一请求发送至目标访问地址，来访问所述目标应用选项对应的目标HTML5代码。其中，所述第一主机中配置有包括所述目标HTML5代码地址的N个HTML5代码地址，和/或包括所述目标云端主机地址的N个云端主机地址。根据所述目标应用选项和所述用户的身份标识，来确定目标访问地址是N个HTML5代码地址中的地址，或是N个云端主机地址中地址，从而利用第一主机的中转作用，通过确定目标访问地址的方式，降低相关技术中频繁切换内嵌H5云端环境地址的复杂度，减少了切换时间，提高开发效率，降低沟通成本。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的基于混合开发的多云端环境联调方法的应用场景图；

图2示意性示出了根据本公开实施例的基于混合开发的多云端环境联调方法的流程图；

图3示意性示出了根据本公开实施例的配置映射关系的流程图；

图4示意性示出了根据本公开实施例的部署N个HTML5代码的流程图；

图5示意性示出了根据本公开实施例的返回第二请求数据的流程图；

图6示意性示出了根据本公开实施例的转发第一请求的流程图；

图7示意性示出了根据本公开的另一实施例的基于混合开发的多云端环境联调方法的流程图；

图8示意性示出了根据本公开实施例的展示中转枢纽页的流程图；

图9示意性示出了根据本公开的另一实施例的基于混合开发的多云端环境联调方法的流程图；

图10示意性示出了根据本公开实施例的基于混合开发的多云端环境联调系统的架构图；

图11示意性示出了根据本公开实施例的用于第一主机的基于混合开发的多云端环境联调装置的结构框图；

图12示意性示出了根据本公开实施例的用于第二主机的基于混合开发的多云端环境联调装置的结构框图；以及

图13示意性示出了根据本公开实施例的适于实现基于混合开发的多云端环境联调方法的电子设备的方框图。

具体实施方式

为了便于理解本公开实施例的技术方案，首先对本公开涉及的一些技术术语进行介绍。

混合开发：是指在开发一款App(Application)产品的时候，为了提高效率、节约成本而利用原生与H5的开发技术的混合应用。

内嵌H5：指的是原生应用中(IOS App/Android App)使用webview容器加载的H5页面。

多云端环境：指的是在业务需求开发中往往需要有多套服务器环境进行同时部署供不同版本分支代码验证测试联调。

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

相关技术中，在对一个移动端应用进行开发或测试的情况下，本地主机可能直接对接云端主机，或者多人共用一套开发环境，可能等到一人在原生应用开发侧部署内嵌H5的A版本代码到A云端主机，并进行开发或测试完成后，另一人才能切换部署内嵌H5的B版本代码到B云端主机进行开发或测试。而每次切换，会将各个版本的前端资源重新进行编译打包进行部署。因此，在切换过程中，存在等待时间过长、前后两个人之间的沟通成本较高和编译打包需要时间等因素，导致开发效率降低，沟通成本提高。

在原生应用内嵌H5混合开发中，为了减少沟通成本和提高开发效率，一些实施例中，开发人员会采取独立在外部浏览器开发调试之后再部署到云端环境上，然后在原生应用端进行真实测试的方式。该方式虽一定程度加快开发速度，但在外部浏览器上的调试无法精准发现代码缺陷，尤其在内嵌H5与原生应用有数据交互的时候，上述方式更加相形见绌。

本公开的实施例提供了一种基于混合开发的多云端环境联调方法、装置、设备、介质和程序产品。第一主机接收原生应用端发送的第一请求，并将第一请求发送至目标访问地址，来访问目标应用选项对应的目标HTML5代码。其中，第一主机中配置有包括目标HTML5代码地址的N个HTML5代码地址，和/或包括目标云端主机地址的N个云端主机地址。根据目标应用选项和用户的身份标识，来确定目标访问地址是N个HTML5代码地址中的地址，或是N个云端主机地址中地址，从而利用第一主机的中转作用，降低相关技术中频繁切换内嵌H5云端环境地址的复杂度，减少了切换时间，提高开发效率，降低沟通成本。

图1示意性示出了根据本公开实施例的基于混合开发的多云端环境联调方法的应用场景图。

如图1所示，根据该实施例的应用场景100可以包括位于本地侧的终端设备141、142和143，负责中转用途的第一主机120和N个云端主机(第一云端主机111、第二云端主机112、第三云端主机113……第N云端主机11N)。网络130用以在终端设备141、142和143和第一主机120之间提供通信链路的介质。网络130还可以用以在N个云端主机和第一主机120之间提供通信链路的介质(未示出)。网络130可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备141、142和143通过网络130与第一主机120交互，以接收或发送消息等。终端设备141、142和143上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备141、142和143作为第二主机(本地主机)，可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

第一主机120可以是提供各种服务的服务器，例如对用户利用终端设备141、142和143所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

N个云端主机可以是N个云端服务器，每个云端服务器可以代表一种云端环境。原生应用端安装应用的框架部份，而应用的数据则是每次打开客户端的时候，去云端服务器取数据呈现给用户。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

以下将基于图1描述的场景，通过图2～图9对本公开实施例的基于混合开发的多云端环境联调方法进行详细描述。

图2示意性示出了根据本公开实施例的基于混合开发的多云端环境联调方法的流程图。

如图2所示，该实施例的基于混合开发的多云端环境联调方法包括操作S210～操作S220。

在操作S210，接收原生应用端发送的第一请求，其中，原生应用端部署在第二主机，第一请求包括用户在原生应用端选择的目标应用选项。

参照图1，原生应用端可以安装在在终端设备141、142和143中。原生应用端是基于原生技术开发得到的应用端(Native App)，该原生应用端(IOS App/Android App)可以使用webview容器加载的内嵌H5页面。第一请求可以是HTTP协议的请求。

示例性地，原生应用端可以显示N个应用选项，如N个不同应用，或者一个应用的N个版本。目标应用选项可以是N个应用选项中的任一个。用户可以用命令行的形式发送目标应用选项。也可以为用户提供可视化的选择页面，令用户点击目标应用选项。

在操作S220，将第一请求发送至目标访问地址，来访问目标应用选项对应的目标HTML5代码，其中，目标访问地址根据目标应用选项和用户的身份标识来确定，目标访问地址包括目标HTML5代码地址或目标云端主机地址。

其中，第一主机中配置有包括目标HTML5代码地址的N个HTML5代码地址，和/或包括目标云端主机地址的N个云端主机地址，N个HTML5代码地址一一对应于部署在第一主机中的N个HTML5代码，N个云端主机地址一一对应于部署在N个云端主机中的N个HTML5代码，N为大于或等于1的整数。

示例性地，N个云端主机一一对应地安装N个HTML5代码。

示例性地，访问目标HTML5代码例如可以是获得webview容器加载的内嵌H5页面。用户可以在终端设备141、142和143获得对应的前端资源，并进行调试，如调试一个或多个场景中原生应用端与H5页面之间的交互流程，确定是否符合要求。

示例性地，用户的身份标识可以决定访问第一主机中的代码，还是访问云端主机中的代码，从而根据目标应用选项确定目标访问地址来自N个HTML5代码地址或者N个云端主机地址中。

示例性地，在开发阶段，可以让开发人员访问第一主机中的N个HTML5代码，获取对应版本的前端资源进行开发。在测试阶段，可以让测试人员访问对应云端主机中的HTML5代码，进行应用测试。

根据本公开的实施例，第一主机接收原生应用端发送的第一请求，并将第一请求发送至目标访问地址，来访问目标应用选项对应的目标HTML5代码。其中，第一主机中配置有包括目标HTML5代码地址的N个HTML5代码地址，和/或包括目标云端主机地址的N个云端主机地址。

用户在原生应用端通过选择任一个应用选项即可实现云端环境版本的切换，多个用户可以同时根据自己的目的选择合适的目标应用选项实现调试，并且可以将N个HTML5代码提前部署在第一主机或者N个云端主机，减少了等待时间、沟通成本较高和编译打包时间。

因此，根据目标应用选项和用户的身份标识，来确定目标访问地址是N个HTML5代码地址中的地址，或是N个云端主机地址中地址，从而利用第一主机的中转作用，降低相关技术中频繁切换内嵌H5云端环境地址的复杂度，减少了切换时间，提高开发效率，降低沟通成本。

下面通过一个或多个实施例进一步介绍在操作S210之前进行配置操作。

图3示意性示出了根据本公开实施例的配置映射关系的流程图。

如图3所示，第一主机中部署有转发代理服务器，N个应用选项包括目标应用选项，在接收原生应用端发送的第一请求之前，该实施例的配置映射关系包括操作S310～操作S320。

在操作S310，接收第二主机发送的第二配置文件，其中，第二配置文件包括N个应用选项与N个HTML5代码地址的第一映射关系，和/或N个应用选项与N个云端主机地址的第二映射关系。即每个应用选项对应一个HTML5代码地址或一个云端主机地址。

在操作S320，使转发代理服务器根据第二配置文件执行访问N个HTML5代码的操作。

示例性地，转发代理服务器可以包括Apache、Nginx以及微软的IIS等web服务器。web服务器和原生应用端可以是一对多的关系，有能力同时为多个应用端提供服务，从而可以让多个用户使用。

以Nginx服务器为例，Nginx配置文件在第二主机配置生成，在生成最终的Nginx配置文件后上传到中转主机，再通过命令远程执行reload指令重启Nginx使得配置文件生效，以令Nginx服务器根据第二配置文件执行防问N个HTML5代码的操作。

根据本公开的实施例，将N个应用选项与多云端环境的地址一一进行映射，并且可以映射至第一主机中不同的HTML5代码，也可以映射至多个云端主机，能够实现第一主机或云端主机中HTML5代码的灵活访问。

图4示意性示出了根据本公开实施例的部署N个HTML5代码的流程图。

如图4所示，在接收原生应用端发送的第一请求之前，该实施例的部署N个HTML5代码包括操作S410～操作S430。

在操作S410，接收第二主机发送的N个HTML5代码，其中，N个HTML5代码预先在第二主机中编译打包完成。

在操作S420，将N个HTML5代码分别存放于N个第一目录。

示例性地，每个第一目录例如可以是文件夹形式，用于存放对应的HTML5代码。

在操作S430，将N个第一目录的地址作为N个HTML5代码地址。

示例性地，第一目录的地址可以是文件夹中代码文件的访问路径。

根据本公开的实施例，能够在移动端混合开发模式中将IOS/Android应用的内嵌H5页面打包到统一的云端服务器(即第一主机)分目录存放各个版本的代码。各个版本的代码与各个云端环境存在对应关系，可以认为通过转发代理服务器映射到了各个云端环境。换言之，在开发阶段，可以利用转发代理服务器访问各个第一目录中的代码来达到访问对应云端环境代码的目的。

根据本公开的实施例，在接收原生应用端发送的第一请求之前，还包括：接收第二主机发送的中转枢纽页的HTML5代码，其中，中转枢纽页的HTML5代码预先在第二主机中编译打包完成。将中转枢纽页的HTML5代码存放于第二目录。其中，中转枢纽页的HTML5代码包括N个应用选项中每个应用选项的配置参数，原生应用端被配置为根据每个应用选项的配置参数生成对应的第一请求。

示例性地，中转枢纽页可以是利用原生技术开发的部署在设备端的页面，也可以是利用混合开发技术实现的部署在云端服务器的H5页面。在其是H5页面时，可以将其HTML5代码单独存放于第二目录。其作用在于，与应用的N个HTML5代码区别开进行维护，例如中转枢纽页的更新频率小于应用的更新频率，由于将目录区别开所以可以减小中转枢纽页的维护成本。

中转枢纽页生成时，首先，由第二主机侧的前端工程发出构建指令。然后，读取配置文件对中转页进行数据填充。3个应用选项的配置参数配置数据格式如下：

其中，frontend作为业务主机地址的配置项，month是界面选项显示名称，如以月份对不同版本命名。isNeedKf和isNeedGn则是根据用户的身份标识确定针对前端页面的显示是取自于第一主机还是云端主机。当配置数据填充完毕后，中转页开始进行编译打包生成枢纽页资源，最后上传到第一主机。

下面通过一个或多个实施例进一步介绍使用该方法进行联调的过程。

图5示意性示出了根据本公开实施例的返回第二请求数据的流程图。

如图5所示，在接收原生应用端发送的第一请求之前，该实施例返回第二请求数据包括操作S510～操作S520。

在操作S510，接收用户通过原生应用端发送的第二请求，其中，第二请求包括用户的身份标识。

示例性地，第二请求可以是HTTP请求。

在操作S520，响应于第二请求，向用户返回第二请求数据。其中，原生应用端被配置为根据第二请求数据向用户展示中转枢纽页，中转枢纽页包括N个应用选项，用户在N个应用选项中选择目标应用选项，N个应用选项与N个HTML5代码一一对应。

测试用户或者开发用户进入原生应用端(Android/IOS)通过点击业务场景的触点按钮发出第二请求，原生应用端解析第二请求数据后进入中转枢纽页。用户可以在界面上对应选择目标应用选项，当前页面会进行跳转相应的目标访问地址，向用户展示对应目标HTML5代码的页面。

例如，在开发阶段，开发用户可以访问部署在第一主机中的目标HTML5代码，从而获取前端资源进行开发。在开发完成后，可以部署到对应的云端主机。在测试阶段，测试用户可以访问部署在目标云端主机的HTML5代码进行测试。

根据本公开的实施例，中转枢纽页为对外的用户界面，用户通过在该界面操作选择目标应用选项进入到对应HTML5代码的页面。原生应用端一次性配置云端中转枢纽页，开发或测试用户即可通过枢纽页的可视化界面选择目标应用选项进入真实H5页面，提高开发效率，降低沟通成本。

图6示意性示出了根据本公开实施例的转发第一请求的流程图。

如图6所示，该实施例的转发第一请求包括操作S610～操作S620。其中，操作S620是操作S220的其中一个实施例。

在操作S610，使转发代理服务器接收第一请求。

在操作S620，使转发代理服务器将第一请求转发至目标访问地址。

根据本公开的实施例，在用户的身份标识为开发类标识时，根据第一映射关系确定出目标访问地址。或在用户的身份标识为测试类标识时，根据第二映射关系确定出目标访问地址。

根据本公开的实施例，利用转发代理服务器的转向代理功能，可以令用户在原生应用端选择任一个应用选项即可适配开发阶段或测试阶段，实现对第一主机或云端主机内代码的访问，以及一个或多个用户的访问。通过转发代理的方式方便用户切换不同的云端环境，例如在开发阶段通过访问第一主机内与云端环境对应的代码，实现切换云端环境的目的，在测试阶段可以直接访问云端主机。

图7示意性示出了根据本公开的另一实施例的基于混合开发的多云端环境联调方法的流程图。

如图7所示，该实施例的多云端环境联调方法用于第二主机，包括操作S710～操作S720。

在操作S710，接收用户在原生应用端的第一操作，其中，第一操作用于选择目标应用选项。

在操作S720，根据用户选择的目标应用选项，向第一主机发送第一请求，其中，第一请求包括目标应用选项，第一主机被配置为执行图2～图6所示方法的对应实施例。

根据本公开的实施例，用户在原生应用端可以从不同的应用选项中选择目标应用选项，即可访问目标HTML5代码，至少部分地解决了相关技术中繁切换内嵌H5云端环境地址导致开发效率降低，沟通成本提高的问题。

图8示意性示出了根据本公开实施例的展示中转枢纽页的流程图。

如图8所示，在接收用户在原生应用端的第一操作之前，该实施例的展示中转枢纽页包括操作S810～操作S840。

在操作S810，接收用户在原生应用端的第二操作，其中，第二操作用于调用中转枢纽页。

示例性地，第二操作包括用户在原生应用端点击业务场景的触点按钮，用于调用中转枢纽页。

在操作S820，根据第二操作向第一主机发送第二请求。

在操作S830，接收第一主机响应于第二请求而返回的第二请求数据。

在操作S840，根据第二请求数据向用户展示中转枢纽页，其中，中转枢纽页包括N个应用选项，用户在N个应用选项中选择目标应用选项，N个应用选项与N个HTML5代码一一对应。

根据本公开的实施例，原生应用端一次性配置云端中转枢纽页，开发或测试用户即可通过枢纽页的可视化界面选择目标应用选项进入真实H5页面，提高开发效率，降低沟通成本。

图9示意性示出了根据本公开的另一实施例的基于混合开发的多云端环境联调方法的流程图。

参照图9，该实施例的多云端环境联调方法示出了第一主机、第二主机和云端主机的交互流程，可以包括操作S901～909。

在操作S901，对中转枢纽页、转发代理服务器和N个HTML5代码进行配置，并可以利用FTP传输到第一主机。

对于中转枢纽页，首先，第二主机的前端发出构建指令。然后，读取第二配置文件。接着，根据第二配置文件中的内容对中转枢纽页进行数据填充。接着，当配置数据填充完毕后，中转枢纽页开始进行编译打包。最后，将编译打包得到的中转枢纽页资源FTP传输到第一主机。

对于转发代理服务器，可以参照操作S310～操作S320，在此不做赘述。

对于N个HTML5代码，可以参照操作S410～操作S430，在此不做赘述。

在操作S902，第二主机接收用户在原生应用端的第二操作，并向第一主机发送第二请求，参照操作S810～操作S820，在此不做赘述。

在操作S903，第二主机接收第一主机响应于第二请求而返回的第二请求数据，并向用户展示中转枢纽页，参照操作S830～操作S840，在此不做赘述。

在操作S904，第二主机接收用户在原生应用端的第一操作，并向第一主机发送第一请求。第一操作可以是用户在中转枢纽页显示的N个应用选项中选择目标应用选项。参照操作S710～操作S720，在此不做赘述。

在操作S905，第一主机接收原生应用端发送的第一请求，并判断用户的身份标识是否为开发类标识(仅为示例)。若是，则执行操作S906。若否，则执行操作S908。

在操作S906，第一主机中Nginx服务器将第一请求发送至N个HTML5代码地址中的目标HTML5代码地址。

在操作S907，根据操作S906访问到的目标HTML5代码返回前端资源数据。

在操作S908，第一主机中Nginx服务器将第一请求发送至N个云端主机地址中的目标云端主机地址。

在操作S909，目标云端主机根据操作S908访问到的目标HTML5代码返回前端资源数据。其中，可以直接返回至第二主机，也可以返回至Nginx服务器进行中转。

根据本公开的实施例，开发人员可以方便的在原生应用端中配置一个中转页枢纽页地址，通过仅在这个页面上的操作可以进入对应多套H5页面地址，减少了原生应用端与H5端在开发调试过程需要反复切换地址或者服务器的所花费的时间成本和沟通成本。

图10示意性示出了根据本公开实施例的基于混合开发的多云端环境联调系统的架构图。

如图10所示，该实施例的多云端环境联调系统1000包括网络FTP传输模块、网络HTTP传输模块、本地主机1010(即为第二主机)、中转主机1020(即为第一主机）和N个云端主机1030(如云端主机A、云端主机B、云端主机C……)。本地主机1010、中转主机1020和N个云端主机1030可分别执行如图9所示的方法中的对应操作。

本地主机1010负责前端资源的编译打包和配置文件的初始化，再通过网络FTP传输模块将相关数据传输到中转主机1020。中转主机1020起着主要的枢纽作用，在中转主机上划分前端资源目录，用于存放各个版本分支的前端编译后资源。中转枢纽页作为与业务无关的前端资源额外划分一个单独的目录进行存放，并由Nginx Web服务器进行资源管理映射。N个云端主机1030则是充当着最终宿主主机的角色，由中转服务器代理过来的请求通过网络层的HTTP请求到各个云端主机上的目的资源。

第一主机1010用于接收用户在原生应用端的第一操作，其中，第一操作用于选择目标应用选项。以及根据用户选择的目标应用选项，向第一主机发送第一请求，其中，第一请求包括目标应用选项。

第二主机1020，用于接收原生应用端发送的第一请求。以及将第一请求发送至目标访问地址，来访问目标应用选项对应的目标HTML5代码，其中，目标防问地址根据目标应用选项和用户的身份标识来确定，目标防问地址包括目标HTML5代码地址或目标云端主机地址。

在目标访问地址为目标云端主机地址的情况下，N个云端主机1030中的目标云端主机用于接收第二主机发送的第一请求，N为大于或等于1的整数。

基于上述基于混合开发的多云端环境联调方法，本公开还提供了基于混合开发的多云端环境联调装置。以下将对该装置进行详细描述。

图11示意性示出了根据本公开实施例的用于第一主机的基于混合开发的多云端环境联调装置的结构框图。

如图11所示，该实施例的多云端环境联调装置1100包括第一发送模块1110和第一接收模块1120。

第一接收模块1110可以执行操作S210，用于接收原生应用端发送的第一请求，其中，原生应用端部署在第二主机，第一请求包括用户在原生应用端选择的目标应用选项。

第一发送模块1120可以执行操作S220，用于将第一请求发送至目标访问地址，来访问目标应用选项对应的目标HTML5代码，其中，目标访问地址根据目标应用选项和用户的身份标识来确定，目标访问地址包括目标HTML5代码地址或目标云端主机地址。

其中，第一主机中配置有包括目标HTML5代码地址的N个HTML5代码地址，和/或包括目标云端主机地址的N个云端主机地址，N个HTML5代码地址一一对应于部署在第一主机中的N个HTML5代码，N个云端主机地址一一对应于部署在N个云端主机中的N个HTML5代码，N为大于或等于1的整数。

根据本公开的实施例，多云端环境联调装置1100还可以包括配置模块，该模块可以执行操作S310～操作S320，操作S410～操作S430，在此不做赘述。该模块还可以用于接收第二主机发送的中转枢纽页的HTML5代码，其中，中转枢纽页的HTML5代码预先在第二主机中编译打包完成。将中转枢纽页的HTML5代码存放于第二目录。

根据本公开的实施例，第一接收模块1110可以执行操作S510～操作S520，在此不做赘述。

根据本公开的实施例，第一发送模块1120可以执行操作S610～操作S620，在此不做赘述。

图12示意性示出了根据本公开实施例的用于第二主机的基于混合开发的多云端环境联调装置的结构框图。

如图12所示，该实施例的基于混合开发的多云端环境联调装置1200包括第二发送模块1210和第二发送模块1220。

第二接收模块1210可以执行操作S710，用于接收用户在原生应用端的第一操作，其中，第一操作用于选择目标应用选项。

第二接收模块1220可以执行操作S720，用于根据用户选择的目标应用选项，向第一主机发送第一请求，其中，第一请求包括目标应用选项，第一主机被配置为执行图2～图7所示方法的对应实施例。

根据本公开的实施例，多云端环境联调装置1200还可以包括展示模块，该模块可以执行操作S810～操作S840，在此不做赘述。

需要说明的是，装置部分实施例中各模块/单元/子单元等的实施方式、解决的技术问题、实现的功能、以及达到的技术效果分别与方法部分实施例中各对应的步骤的实施方式、解决的技术问题、实现的功能、以及达到的技术效果相同或类似，在此不再赘述。

根据本公开的实施例，基于混合开发的多云端环境联调装置1100或1200中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。

根据本公开的实施例，基于混合开发的多云端环境联调装置1100或1200中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，基于混合开发的多云端环境联调装置1100或1200中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图13示意性示出了根据本公开实施例的适于实现基于混合开发的多云端环境联调方法的电子设备的方框图。

如图13所示，根据本公开实施例的电子设备1300包括处理器1301，其可以根据存储在只读存储器(ROM)1302中的程序或者从存储部分1308加载到随机访问存储器(RAM)1303中的程序而执行各种适当的动作和处理。处理器1301例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器1301还可以包括用于缓存用途的板载存储器。处理器1301可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 1303中，存储有电子设备1300操作所需的各种程序和数据。处理器1301、ROM 1302以及RAM 1303通过总线1304彼此相连。处理器1301通过执行ROM 1302和/或RAM1303中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，程序也可以存储在除ROM 1302和RAM 1303以外的一个或多个存储器中。处理器1301也可以通过执行存储在一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备1300还可以包括输入/输出(I/O)接口1305，输入/输出(I/O)接口1305也连接至总线1304。电子设备1300还可以包括连接至I/O接口1305的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1306。包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1307。包括硬盘等的存储部分1308。以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1309。通信部分1309经由诸如因特网的网络执行通信处理。驱动器1310也根据需要连接至I/O接口1305。可拆卸介质1311，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1310上，以便于从其上读出的计算机程序根据需要被安装入存储部分1308。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的。也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 1302和/或RAM 1303和/或ROM 1302和RAM1303以外的一个或多个存储器。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的方法。

在该计算机程序被处理器1301执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分1309被下载和安装，和/或从可拆卸介质1311被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

在这样的实施例中，该计算机程序可以通过通信部分1309从网络上被下载和安装，和/或从可拆卸介质1311被安装。在该计算机程序被处理器1301执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (15)

1.一种基于混合开发的多云端环境联调方法，用于第一主机，包括：

接收原生应用端发送的第一请求，其中，所述原生应用端部署在第二主机，所述第一请求包括用户在所述原生应用端选择的目标应用选项；

将所述第一请求发送至目标访问地址，来访问所述目标应用选项对应的目标HTML5代码，其中，所述目标访问地址根据所述目标应用选项和所述用户的身份标识来确定，所述目标访问地址包括目标HTML5代码地址或目标云端主机地址；

其中，所述第一主机中配置有包括所述目标HTML5代码地址的N个HTML5代码地址，和/或包括所述目标云端主机地址的N个云端主机地址，所述N个HTML5代码地址一一对应于部署在所述第一主机中的N个HTML5代码，所述N个云端主机地址一一对应于部署在N个云端主机中的所述N个HTML5代码，N为大于或等于1的整数。

2.根据权利要求1所述的方法，其中，所述第一主机中部署有转发代理服务器，包括：

使所述转发代理服务器接收所述第一请求；

其中，所述将所述第一请求发送至目标访问地址包括：

使所述转发代理服务器将所述第一请求转发至所述目标访问地址。

3.根据权利要求2所述的方法，其中，N个应用选项包括所述目标应用选项，在所述接收原生应用端发送的第一请求之前，所述方法还包括：

接收所述第二主机发送的第二配置文件，其中，所述第二配置文件包括所述N个应用选项与所述N个HTML5代码地址的第一映射关系，和/或所述N个应用选项与所述N个云端主机地址的第二映射关系：

使所述转发代理服务器根据所述第二配置文件执行访问所述N个HTML5代码的操作。

4.根据权利要求3所述的方法，其中，在使所述转发代理服务器将所述第一请求转发至所述目标访问地址之前，还包括：

在所述用户的身份标识为开发类标识时，根据所述第一映射关系确定出所述目标访问地址；或

在所述用户的身份标识为测试类标识时，根据所述第二映射关系确定出所述目标访问地址。

5.根据权利要求1所述的方法，其中，在所述接收原生应用端发送的第一请求之前，还包括：

接收所述第二主机发送的所述N个HTML5代码，其中，所述N个HTML5代码预先在所述第二主机中编译打包完成；

将所述N个HTML5代码分别存放于N个第一目录；

将所述N个第一目录的地址作为所述N个HTML5代码地址。

6.根据权利要求1～5中任一项所述的方法，其中，在所述接收原生应用端发送的第一请求之前，还包括：

接收用户通过所述原生应用端发送的第二请求，其中，所述第二请求包括所述用户的身份标识；

响应于所述第二请求，向所述用户返回第二请求数据；

其中，所述原生应用端被配置为根据所述第二请求数据向所述用户展示中转枢纽页，所述中转枢纽页包括N个应用选项，所述用户在所述N个应用选项中选择所述目标应用选项，所述N个应用选项与所述N个HTML5代码一一对应。

7.根据权利要求6所述的方法，其中，在所述接收原生应用端发送的第一请求之前，还包括：

接收所述第二主机发送的所述中转枢纽页的HTML5代码，其中，所述中转枢纽页的HTML5代码预先在所述第二主机中编译打包完成；

将所述中转枢纽页的HTML5代码存放于第二目录；

其中，所述中转枢纽页的HTML5代码包括所述N个应用选项中每个应用选项的配置参数，所述原生应用端被配置为根据所述每个应用选项的配置参数生成对应的所述第一请求。

8.一种基于混合开发的多云端环境联调方法，用于第二主机，包括：

接收用户在原生应用端的第一操作，其中，所述第一操作用于选择目标应用选项；

根据所述用户选择的所述目标应用选项，向第一主机发送第一请求，其中，所述第一请求包括所述目标应用选项，所述第一主机被配置为执行权利要求1～7中任一项所述的方法。

9.根据权利要求8所述的方法，其中，在所述接收用户在原生应用端的第一操作之前，还包括：

接收所述用户在所述原生应用端的第二操作，其中，所述第二操作用于调用中转枢纽页；

根据所述第二操作向所述第一主机发送第二请求；

接收所述第一主机响应于所述第二请求而返回的第二请求数据；

根据所述第二请求数据向所述用户展示所述中转枢纽页，其中，所述中转枢纽页包括N个应用选项，所述用户在所述N个应用选项中选择所述目标应用选项，所述N个应用选项与N个HTML5代码一一对应。

10.一种基于混合开发的多云端环境联调装置，用于第一主机，包括：

第一接收模块，用于接收原生应用端发送的第一请求，其中，所述原生应用端部署在第二主机，所述第一请求包括用户在所述原生应用端选择的目标应用选项；

第一发送模块，用于将所述第一请求发送至目标访问地址，来访问所述目标应用选项对应的目标HTML5代码，其中，所述目标访问地址根据所述目标应用选项和所述用户的身份标识来确定，所述目标访问地址包括目标HTML5代码地址或目标云端主机地址；

其中，所述第一主机中配置有包括所述目标HTML5代码地址的N个HTML5代码地址，和/或包括所述目标云端主机地址的N个云端主机地址，所述N个HTML5代码地址一一对应于部署在所述第一主机中的N个HTML5代码，所述N个云端主机地址一一对应于部署在N个云端主机中的所述N个HTML5代码，N为大于或等于1的整数。

11.一种基于混合开发的多云端环境联调装置，用于第二主机，包括：

第二接收模块，用于接收用户在原生应用端的第一操作，其中，所述第一操作用于选择目标应用选项；

第二接收模块，用于根据所述用户选择的所述目标应用选项，向第一主机发送第一请求，其中，所述第一请求包括所述目标应用选项，所述第一主机被配置为执行权利要求1～7中任一项所述的方法。

12.一种基于混合开发的多云端环境联调系统，包括：

第一主机，用于接收用户在原生应用端的第一操作，其中，所述第一操作用于选择目标应用选项；以及根据所述用户选择的所述目标应用选项，向第一主机发送第一请求，所述第一请求包括所述目标应用选项；

第二主机，用于接收所述原生应用端发送的第一请求；以及将所述第一请求发送至目标访问地址，来访问所述目标应用选项对应的目标HTML5代码，其中，所述目标访问地址根据所述目标应用选项和所述用户的身份标识来确定，所述目标访问地址包括目标HTML5代码地址或目标云端主机地址；

N个云端主机，在所述目标访问地址为所述目标云端主机地址的情况下，所述N个云端主机中的目标云端主机用于接收所述第二主机发送的所述第一请求，N为大于或等于1的整数。

13.一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行根据权利要求1～9中任一项所述的方法。

14.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行根据权利要求1～9中任一项所述的方法。

15.一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现根据权利要求1～9中任一项所述的方法。

Images