应用程序的配置方法及装置、终端设备及可读存储介质与流程

本发明涉及通信技术领域，尤其涉及一种应用程序的配置方法及装置、终端设备及可读存储介质。

背景技术：

软件开发环境（softwaredevelopmentenironment，sde）是指在基本硬件和宿主软件的基础上，为支持系统软件和应用软件的工程化开发和维护而使用的一组软件。它由软件工具和环境集成机制构成，前者用以支持软件开发的相关过程、活动和任务，后者为工具集成和软件的开发、维护及管理提供统一的支持。

通常软件开发环境包括生产环境、测试环境、开发环境及预发布环境等等。上述开发环境也可以说是应用程序开发的几个阶段，其中生产环境是通常说的真实的环境，最后交给用户的环境。

目前，开发人员在开发应用程序的过程中，因应用程序在不同环境中部署的域名的不同，且各个环境是相互独立的，因此，开发人员需要针对每一种环境编写一套代码，并且进行编译，开发人员的工作量较大，消耗的时间多，且应用程序是否能够在不同环境中运行取决于应用程序所使用的语言的生态环境是否兼容，具有一定的局限性。

技术实现要素：

本发明的主要目的在于提供一种应用程序的配置方法及装置、终端设备及可读存储介质,旨在解决现有技术中在开发应用程序时，需要针对每种环境编写一套代码并进行编辑，工作量大，耗时长，且开发的应用程序具有局限性的技术问题。

为实现上述目的，本发明第一方面提供一种应用程序的配置方法，所述方法包括：

确定应用程序包含的多个子系统，并构建所述多个子系统的配置数据的树形结构，所述树形结构的叶节点为所述多个子系统的地址字段；

依次为所述多个子系统配置各环境下的应用程序编程接口api接口；

深度优先遍历所述树形结构，若遍历到所述地址字段，则将所述地址地段对应的子系统已配置的各环境下的api接口添加至所述地址字段中。

为实现上述目的，本发明第二方面提供一种应用程序的配置装置，所述装置包括：

确定构建模块，用于确定应用程序包含的多个子系统，并构建所述多个子系统的配置数据的树形结构，所述树形结构的叶节点为所述多个子系统的地址字段；

配置模块，用于依次为所述多个子系统配置各环境下的应用程序编程接口api接口；

遍历添加模块，用于深度优先遍历所述树形结构，若遍历到所述地址字段，则将所述地址地段对应的子系统已配置的各环境下的api接口添加至所述地址字段中。

为实现上述目的，本发明第三方面提供一种终端设备，包括存储器、处理器及存储在所述存储器上且在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如第一方面所述的应用程序的配置方法中的各个步骤。

为实现上述目的，本发明第四方面提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现如第一方面所述的应用程序的配置方法的各个步骤。

本发明提供一种应用程序的配置方法，该方法包括：确定应用程序的包含的多个子系统，并构建该多个子系统的配置数据的树形结构，该树形结构的叶节点为所述多个子系统的地址地段，依次为该多个子系统配置各环境下的api接口，深度优先遍历上述树形结构，若遍历到地址字段，则将该地址地段对应的子系统已配置的各环境下的api接口添加至该地址地段中。相对于现有技术，通过构建应用程序的多个子系统的树形结构，并将多个子系统各环境下的api接口添加至该树形结构中相应子系统的地址字段中，使得能够得到该应用程序的多个子系统在各环境下的api接口，使得该应用程序能够基于该树形结构中多个子系统在各环境下的api接口，适用于各环境下的访问，而不需要为应用程序编写不同环境下独立的代码并编译，有效的减少开发人员的工作量并节约开发时间，且由于能够适应各种环境，能够有效的扩展该应用程序的适用范围，降低局限性。

附图说明

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

图1为本发明实施例中应用程序的配置方法的流程示意图；

图2为本发明实施例中应用程序的配置方法的另一流程示意图；

图3为本发明实施例中应用程序的配置装置的程序模块的结构示意图；

图4为本发明实施例中应用程序的配置装置的程序模块的结构示意图。

具体实施方式

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而非全部实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

由于现有技术中在开发应用程序时，需要针对每种环境编写代码并进行编译，存在工作量大，耗时长，且开发的应用程序具有局限性的技术问题。

为了解决上述技术问题，本发明提出一种应用程序的配置方法及装置、终端设备及可读存储介质，通过构建应用程序的多个子系统的树形结构，并将多个子系统各环境下的api接口添加至该树形结构中相应子系统的地址字段中，使得能够得到该应用程序的多个子系统在各环境下的api接口，使得该应用程序能够基于该树形结构中多个子系统在各环境下的api接口，适用于各环境下的访问，而不需要为应用程序编写不同环境下独立的代码并编译，有效的减少开发人员的工作量并节约开发时间，且由于能够适应各种环境，能够有效的扩展该应用程序的适用范围，降低局限性。

请参阅图1，为本发明实施例中应用程序的配置方法的流程示意图，该方法包括：

步骤101、确定应用程序包含的多个子系统，并构建所述多个子系统的配置数据的树形结构，所述树形结构的叶节点为所述多个子系统的地址字段；

在本发明实施例中，上述应用程序的配置方法可以由应用程序的配置装置（以下简称为：配置装置）实现，该配置装置为程序模块，并存储在终端设备的可读存储介质中，可以由终端设备中的处理器调用并执行。

在本发明实施例中，对于待开发的应用程序，需要由开发人员编写一套该应用程序的代码，且配置该应用程序包含的多个子系统在各环境下的api接口，使得应用程序在某种环境下运行时，可以调用该环境对应的api接口，而不受应用程序所使用的语言的兼容性限制。上述的配置过程则是由上述的配置装置实现。

其中，上述的多种环境包括生产环境、测试环境、开发环境及预发布环境等等。

其中，配置装置将先确定应用程序包含的多个子系统，其中，子系统的确定可以基于应用程序包含的功能进行划分得到，例如，对于一个社交应用程序，该应用程序可以包含账号注册子系统、登录子系统、密码修改子系统、已关注好友子系统，已发布消息子系统等等。可以理解的是，可以基于实际情况确定应用程序包含的多个系统，且可以通过多层划分的方式得到最小单位的子系统。可以理解的是，本发明实施例中的子系统均是指划分的最小单位的子系统，这些子系统下面没有其他子系统。

在本发明实施例中，配置装置在确定应用程序包含的多个子系统之后，将构建该多个子系统的配置数据的树形结构，其中，配置数据包含访问子系统的地址。该树形结构的根节点为应用程序，叶节点为该应用程序的多个子系统的地址字段，且该叶节点的上一层节点为子系统节点，可以理解的是，该构建的树形结构中，作为叶节点的地址字段为空，用于添加访问其上一级节点（子系统）的api接口。

步骤102、依次为所述多个子系统配置各环境下的api接口；

步骤103、深度优先遍历所述树形结构，若遍历到所述地址字段，则将所述地址地段对应的子系统已配置的各环境下的api接口添加至所述地址字段中。

在本发明实施例中，将依次为应用程序的多个子系统配置各环境下的api接口，其中，api接口是访问接口，在需要访问某一个子系统时，可以通过调用该子系统的api接口的方式，访问到该子系统，可以理解的是，为了适应多种不同的环境，每一个子系统都有各环境下对应的api接口，例如，对于登录子系统，其有在生产环境下访问该登录子系统的api接口，在测试环境下访问该登录子系统的api接口等等。

其中，配置装置将深度优先遍历上述构建的树形结构，若遍历到地址字段，则将该地址字段对应的子系统已配置的各环境下的api接口添加至该地址字段，例如，对于账号注册子系统，若遍历到该账号注册子系统的地址字段，则将该账号注册子系统的各环境下的api接口添加至该地址字段中。

其中，深度优先遍历是指沿着树的深度遍历树的节点，尽可能搜索到树的分支。

在本发明实施例中，通过构建应用程序的多个子系统的树形结构，并将多个子系统各环境下的api接口添加至该树形结构中相应子系统的地址字段中，使得能够得到该应用程序的多个子系统在各环境下的api接口，使得该应用程序能够基于该树形结构中多个子系统在各环境下的api接口，适用于各环境下的访问，而不需要为应用程序编写不同环境下独立的代码并编译，有效的减少开发人员的工作量并节约开发时间，且由于能够适应各种环境，能够有效的扩展该应用程序的适用范围，降低局限性。

请参阅图2，为本发明实施例中的应用程序的配置方法的流程示意图，该方法包括：

步骤201、确定应用程序包含的多个子系统，并构建所述多个子系统的配置数据的树形结构，所述树形结构的叶节点为所述多个子系统的地址字段；

可以理解的是，步骤201与图1所示实施例中步骤101描述的内容相似，此处不做赘述。

进一步的，在得到应用程序的多个字系统构建的树形结构之后，配置装置将对该多个子系统的配置文件进行各环境下的访问配置，并根据已配置的多个子系统的配置文件，得到该多个子系统各环境下的可读配置对象实例。具体的实现过程可参阅步骤202及步骤203。

步骤202、在所述多个子系统的配置文件中，依次为所述多个子系统配置各环境下的访问地址；

步骤203、通过配置解析器将包含已配置访问地址的所述多个子系统的配置文件，解析成所述多个子系统各环境下的可读配置对象实例；

步骤204、确定所述多个子系统各环境下的可读配置对象实例对应的api接口；

步骤205、深度优先遍历所述树形结构，若遍历到所述地址字段，则将所述地址地段对应的子系统已配置的各环境下的api接口添加至所述地址字段中。

在本发明实施例中，配置装置将在应用程序的多个子系统的配置文件中，依次为该多个子系统配置各环境下的访问地址。

其中，访问地址可以是统一资源定位符（uniformresourcelocator，url）地址，或者，该访问地址可以为基于url协议的文件访问的相对路径。在访问地址为url地址时，表明需要访问从服务器进行访问，加载相应的页面。在访问地址为基于url协议的文件访问的相对路径时，表明该相对路径为本端系统内的路径，即该相对路径为本端数据的访问地址，使得能够直接对本端数据进行访问。且进一步的，访问地址为url地址，通常应用在生产环境和预发布环境下，访问地址为基于url协议的文件访问的相对路径，通常应用在开发环境和测试环境下。可以理解的是，通过在开发环境和测试环境下使用基于url协议的文件访问的相对路径，可以实现轻量化api接口的假数据挡板，以便更方便的为开发和测试过程设置数据，且由于不需要使用到服务器，能够进一步的方便开发人员的开发。

在本发明实施例中，配置装置将通过配置解析器将包含已配置访问地址的多个子系统的配置文件，解析成该多个子系统各环境下的可读配置对象实例，其中，该配置文件可以是json数据格式的文件、ini数据格式的文件、yaml数据格式的文件及xml数据格式文件中的任意一种。其中，一个应用程序可以有一个配置文件，且该配置文件中可以存储该应用程序的多个字系统各环境下的访问地址，或者应用程序的多个子系统分别有对应的配置文件。其中，对配置文件解析之后，将解析得到多个子系统各环境下的可读配置对象实例。

进一步的，为了能够有效的实现对多个子系统各环境下的可读配置对象实例的访问，将确定该多个子系统各环境下的可读配置对象实例对应的api接口。

在本发明实施例中，确定应用程序包含的多个字系统，并构建该多个子系统的配置数据的树形结构，在该多个子系统的配置文件中，依次为该多个子系统配置各环境下的访问地址，通过配置解析器将包含访问地址的该多个子系统的配置文件，解析成该多个子系统各环境下的可读配置对象实例，并确定该多个子系统各环境下的可读配置对象实例对应的api接口，深度优先遍历树形结构，若遍历到地址字段，则将地址字段对应的子系统已配置的各环境下的api接口添加至该地址地段中，由于最终可以得到多个子系统各环境下的api接口，使得使用该已配置的树形结构即可适应于不同环境下应用程序的访问，而不需要针对不同环境编写不同的代码，能够有效减少开发人员的工作量，节约时间，且由于能够适应各种环境，能够有效的扩展应用程序的适用范围，降低局限性。

可以理解的是，通过上述方式配置得到的包含应用程序多个子系统各环境下的api接口的树形结构，使得能够支持多个子系统不同环境下的api访问，且由于配置了上述树形结构，使得应用程序可以识别运行环境或者部署环境，访问与该运行环境或者部署环境相应的api接口进行访问，且应用程序的运行不再受环境的限制，具有跨平台优势。进一步的，由于配置时的访问地址可以是基于url协议的访问文件的相对路径，使得无需服务器即可支持api接口的假数据模拟及访问。

请参阅图3，为本发明实施例中应用程序的配置装置的程序模块的结构示意图，包括：

确定构建模块301，用于确定应用程序包含的多个子系统，并构建所述多个子系统的配置数据的树形结构，所述树形结构的叶节点为所述多个子系统的地址字段；

在本发明实施例中，对于待开发的应用程序，需要由开发人员编写一套该应用程序的代码，且配置该应用程序包含的多个子系统在各环境下的api接口，使得应用程序在某种环境下运行时，可以调用该环境对应的api接口，而不受应用程序所使用的语言的兼容性限制。上述的配置过程则是由上述的配置装置实现。

其中，上述的多种环境包括生产环境、测试环境、开发环境及预发布环境等等。

其中，确定构建模块301将先确定应用程序包含的多个子系统，其中，子系统的确定可以基于应用程序包含的功能进行划分得到，例如，对于一个社交应用程序，该应用程序可以包含账号注册子系统、登录子系统、密码修改子系统、已关注好友子系统，已发布消息子系统等等。可以理解的是，可以基于实际情况确定应用程序包含的多个系统，且可以通过多层划分的方式得到最小单位的子系统。可以理解的是，本发明实施例中的子系统均是指划分的最小单位的子系统，这些子系统下面没有其他子系统。

在本发明实施例中，确定构建模块301在确定应用程序包含的多个子系统之后，将构建该多个子系统的配置数据的树形结构，其中，配置数据包含访问子系统的地址。该树形结构的根节点为应用程序，叶节点为该应用程序的多个子系统的地址字段，且该叶节点的上一层节点为子系统节点，可以理解的是，该构建的树形结构中，作为叶节点的地址字段为空，用于添加访问其上一级节点（子系统）的api接口。

配置模块302，用于依次为所述多个子系统配置各环境下的应用程序编程接口api接口；

遍历添加模块303，用于深度优先遍历所述树形结构，若遍历到所述地址字段，则将所述地址地段对应的子系统已配置的各环境下的api接口添加至所述地址字段中。

在本发明实施例中，配置模块302将依次为应用程序的多个子系统配置各环境下的api接口，其中，api接口是访问接口，在需要访问某一个子系统时，可以通过调用该子系统的api接口的方式，访问到该子系统，可以理解的是，为了适应多种不同的环境，每一个子系统都有各环境下对应的api接口，例如，对于登录子系统，其有在生产环境下访问该登录子系统的api接口，在测试环境下访问该登录子系统的api接口等等。

其中遍历添加模块303将深度优先遍历上述构建的树形结构，若遍历到地址字段，则将该地址字段对应的子系统已配置的各环境下的api接口添加至该地址字段，例如，对于账号注册子系统，若遍历到该账号注册子系统的地址字段，则将该账号注册子系统的各环境下的api接口添加至该地址字段中。

其中，深度优先遍历是指沿着树的深度遍历树的节点，尽可能搜索到树的分支。

在本发明实施例中，通过构建应用程序的多个子系统的树形结构，并将多个子系统各环境下的api接口添加至该树形结构中相应子系统的地址字段中，使得能够得到该应用程序的多个子系统在各环境下的api接口，使得该应用程序能够基于该树形结构中多个子系统在各环境下的api接口，适用于各环境下的访问，而不需要为应用程序编写不同环境下独立的代码并编译，有效的减少开发人员的工作量并节约开发时间，且由于能够适应各种环境，能够有效的扩展该应用程序的适用范围，降低局限性。

请参阅图4，为本发明实施例中应用程序的配置装置的程序模块的结构示意图，包括：如图3所示实施例中的确定构建模块301、配置模块302及遍历添加模块303，且与图3所示实施例中描述的内容相似，此处不做赘述。

在本发明实施例中，配置模块302包括：

实例模块401，用于对所述多个子系统的配置文件进行各环境下的访问配置，并根据已配置的所述多个子系统的配置文件，得到所述多个子系统各环境下的可读配置对象实例；

确定模块402，用于确定所述多个子系统各环境下的可读配置对象实例对应的api接口。

进一步的，实例模块401包括：

地址配置模块403，用于在所述多个子系统的配置文件中，依次为所述多个子系统配置各环境下的访问地址；

解析模块404，用于通过配置解析器将包含已配置访问地址的所述多个子系统的配置文件，解析成所述多个子系统各环境下的可读配置对象实例

其中，访问地址为统一资源定位符url地址，或者，所述访问地址为基于url协议的文件访问的相对路径。

在本发明实施例中，地址配置模块403将在应用程序的多个子系统的配置文件中，依次为该多个子系统配置各环境下的访问地址。

其中，访问地址可以是统一资源定位符（uniformresourcelocator，url）地址，或者，该访问地址可以为基于url协议的文件访问的相对路径。在访问地址为url地址时，表明需要访问从服务器进行访问，加载相应的页面。在访问地址为基于url协议的文件访问的相对路径时，表明该相对路径为本端系统内的路径，即该相对路径为本端数据的访问地址，使得能够直接对本端数据进行访问。且进一步的，访问地址为url地址，通常应用在生产环境和预发布环境下，访问地址为基于url协议的文件访问的相对路径，通常应用在开发环境和测试环境下。可以理解的是，通过在开发环境和测试环境下使用基于url协议的文件访问的相对路径，可以实现轻量化api接口的假数据挡板，以便更方便的为开发和测试过程设置数据，且由于不需要使用到服务器，能够进一步的方便开发人员的开发。

在本发明实施例中，解析模块404将通过配置解析器将包含已配置访问地址的多个子系统的配置文件，解析成该多个子系统各环境下的可读配置对象实例，其中，该配置文件可以是json数据格式的文件、ini数据格式的文件、yaml数据格式的文件及xml数据格式文件中的任意一种。其中，一个应用程序可以有一个配置文件，且该配置文件中可以存储该应用程序的多个字系统各环境下的访问地址，或者应用程序的多个子系统分别有对应的配置文件。其中，对配置文件解析之后，将解析得到多个子系统各环境下的可读配置对象实例。

进一步的，为了能够有效的实现对多个子系统各环境下的可读配置对象实例的访问，将确定该多个子系统各环境下的可读配置对象实例对应的api接口。

在本发明实施例中，确定应用程序包含的多个字系统，并构建该多个子系统的配置数据的树形结构，在该多个子系统的配置文件中，依次为该多个子系统配置各环境下的访问地址，通过配置解析器将包含访问地址的该多个子系统的配置文件，解析成该多个子系统各环境下的可读配置对象实例，并确定该多个子系统各环境下的可读配置对象实例对应的api接口，深度优先遍历树形结构，若遍历到地址字段，则将地址字段对应的子系统已配置的各环境下的api接口添加至该地址地段中，由于最终可以得到多个子系统各环境下的api接口，使得使用该已配置的树形结构即可适应于不同环境下应用程序的访问，而不需要针对不同环境编写不同的代码，能够有效减少开发人员的工作量，节约时间，且由于能够适应各种环境，能够有效的扩展应用程序的适用范围，降低局限性。

可以理解的是，通过上述方式配置得到的包含应用程序多个子系统各环境下的api接口的树形结构，使得能够支持多个子系统不同环境下的api访问，且由于配置了上述树形结构，使得应用程序可以识别运行环境或者部署环境，访问与该运行环境或者部署环境相应的api接口进行访问，且应用程序的运行不再受环境的限制，具有跨平台优势。进一步的，由于配置时的访问地址可以是基于url协议的访问文件的相对路径，使得无需服务器即可支持api接口的假数据模拟及访问。

可以理解的是，在本发明实施例中，上述应用程序的配置装置的实施例可以基于具体的需要进行结合，以得到更多可行的实施例，此处不做赘述。

本发明还提供一种终端设备，包括存储器、处理器及存储在所述存储器上且在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时，实现图1或图2所示实施例中的应用程序的配置方法中的各个步骤。

本发明还提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现图1或图2所示实施例中的应用程序的配置方法的各个步骤。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

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

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上为对本发明所提供的一种应用程序的配置方法及装置、终端设备及可读存储介质的描述，对于本领域的技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。