应用的配置方法、装置、设备及存储介质与流程

1.本发明涉及互联网技术领域，尤其涉及一种应用的配置方法、装置、设备及存储介质。


背景技术：

2.前端开发技术是当今互联网时代中的一项重要的计算机应用技术。在前端开发技术中，无论是传统的应用还是现今流行的单页或类单页应用，都可能因面向多样化的应用场景或用户群体而包含多端应用。例如，面向多用户群体的单页应用，一般包含用于提供服务功能的服务客户端及用于管理平台内容的管理员客户端，甚至还会包含用于平台运营的运营专用客户端、用于对外演示的售前客户端及用于功能测试或预览的预览版客户端等。因此，需要开发与多端需求相对应的应用配置方法。
3.在现有的应用的配置方法中，多端应用中各端的单页应用通过对应的项目仓库进行独立、协同开发，并通过构建公共库或子模块，然后在不同的项目仓库中分别引入公共库或子模块的方法，调用多端应用共享的公共组件和方法等内容。
4.然而，现有技术中，由于在修改公共组件和方法等内容后，需要在不同的项目仓库中对应更新与共享内容相关的信息及配置，然后分别对各端应用进行集成测试，这个过程步骤繁琐，需要耗费开发人员大量的工作时间，从而导致多端应用的开发及协同的效率较低。


技术实现要素：

5.本技术提供一种应用的配置方法、装置、设备及存储介质，以解决现有技术中多端应用的开发及协同的效率较低的技术问题。
6.第一方面，本技术提供一种应用的配置方法，所述方法包括：
7.确定待生成的目标端的应用的入口文件；
8.在组件库中确定所述目标端的应用对应的功能组件；
9.根据所述目标端的应用的入口文件，将所述目标端的应用对应的功能组件组合为所述目标端的应用。
10.一种可选的实施方式中，所述入口文件包括以下至少一项：端入口文件、路由入口文件、第一编译配置文件；
11.其中，所述第一编译配置文件与所述目标端的应用对应。
12.一种可选的实施方式中，所述确定待生成的目标端的应用的入口文件，包括：
13.获取预设的第二编译配置文件；
14.在所述第二编译配置文件中移除默认端入口文件并添加所述目标端的应用对应的端入口文件，生成所述第一编译配置文件；
15.调用页面文件功能组件，确定所述目标端的应用的路由入口文件；
16.将目标函数传入所述目标端的应用对应的路由入口文件，确定所述目标端的应用
的端入口文件。
17.一种可选的实施方式中，所述方法还包括：
18.根据所述目标端的应用的预设名称，定义第三编译配置文件中的常量数组的元素值，所述第三编译配置文件为各个端对应的统一编译配置文件；
19.根据预设的程序环境变量，定义所述常量数组的名称；
20.根据所述常量数组的元素值、常量数组的名称和所述第一编译配置文件的路径，确定所述第三编译配置文件中的配置命令，所述配置命令用于调用所述第一编译配置文件。
21.一种可选的实施方式中，在所述将目标函数传入所述目标端的应用对应的路由入口文件，确定所述目标端的应用的端入口文件之前，还包括：
22.根据预设的各个端对应的统一入口文件，确定用于返回根实例的所述目标函数。
23.一种可选的实施方式中，在所述确定待生成的目标端的应用的入口文件之前，包括：
24.创建目标应用的前端框架；
25.在所述目标应用的前端框架中，创建所述目标端的应用对应的待确定的入口文件，所述待确定的入口文件中包含统一入口文件和第三编译配置文件。
26.一种可选的实施方式中，所述在组件库中确定所述目标端的应用对应的功能组件，包括：
27.接收终端设备发送的应用配置指令，所述应用配置指令中包含待配置的所述目标端的应用对应的功能组件的标识；
28.根据所述功能组件的标识，在组件库中确定所述目标端的应用对应的功能组件。
29.一种可选的实施方式中，所述目标端包括以下至少一项：移动端、桌面端。
30.第二方面，本技术提供一种应用的配置装置，所述装置包括：
31.确定模块，用于确定待生成的目标端的应用的入口文件；在组件库中确定所述目标端的应用对应的功能组件；
32.组合模块，用于根据所述目标端的应用的入口文件，将所述目标端的应用对应的功能组件组合为所述目标端的应用。
33.一种可选的实施方式中，所述入口文件包括以下至少一项：端入口文件、路由入口文件、第一编译配置文件；其中，所述第一编译配置文件与所述目标端的应用对应。
34.一种可选的实施方式中，所述确定模块，具体用于获取预设的第二编译配置文件；在所述第二编译配置文件中移除默认端入口文件并添加所述目标端的应用对应的端入口文件，生成所述第一编译配置文件；调用页面文件功能组件，确定所述目标端的应用的路由入口文件；将目标函数传入所述目标端的应用对应的路由入口文件，确定所述目标端的应用的端入口文件。
35.一种可选的实施方式中，所述确定模块，还用于根据所述目标端的应用的预设名称，定义第三编译配置文件中的常量数组的元素值，所述第三编译配置文件为各个端对应的统一编译配置文件；根据预设的程序环境变量，定义所述常量数组的名称；根据所述常量数组的元素值、常量数组的名称和所述第一编译配置文件的路径，确定所述第三编译配置文件中的配置命令，所述配置命令用于调用所述第一编译配置文件。
36.一种可选的实施方式中，所述确定模块，还用于根据预设的各个端对应的统一入口文件，确定用于返回根实例的所述目标函数。
37.一种可选的实施方式中，所述确定模块，具体用于创建目标应用的前端框架；在所述目标应用的前端框架中，创建所述目标端的应用对应的待确定的入口文件，所述待确定的入口文件中包含统一入口文件和第三编译配置文件。
38.一种可选的实施方式中，所述确定模块，具体用于接收终端设备发送的应用配置指令，所述应用配置指令中包含待配置的所述目标端的应用对应的功能组件的标识；根据所述功能组件的标识，在组件库中确定所述目标端的应用对应的功能组件。
39.一种可选的实施方式中，所述目标端包括以下至少一项：移动端、桌面端。
40.第三方面，本技术还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面任意一项所述的方法。
41.第四方面，本发明还提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行如第一方面任意一项所述的方法。
42.第五方面，本技术还提供一种电子设备，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如第一方面任意一项所述的方法。
43.本技术提供的一种应用的配置方法、装置、设备及存储介质，首先确定待生成的目标端的应用的入口文件，随后，在组件库中确定目标端的应用对应的功能组件，然后，根据目标端的应用的入口文件，将目标端的应用对应的功能组件组合为目标端的应用。本技术提供的应用的配置方法，由于可以将多端应用的功能组件集中在同一组件库中，通过目标端的应用的入口文件调用不同的功能组件，从而生成目标端的应用，提高了多端应用的开发和协同效率。
附图说明
44.为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
45.图1为本技术实施例提供的一种应用的配置方法的应用场景示意图；
46.图2为本技术实施例提供的一种应用的配置方法的流程示意图；
47.图3为本技术实施例提供的一种目标应用的项目目录结构图；
48.图4为本技术实施例提供的另一种应用的配置方法的流程示意图；
49.图5为本技术实施例提供的一种应用的配置装置的结构示意图；
50.图6为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
51.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员
在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
52.前端开发技术是当今互联网时代中的一项重要的计算机应用技术，其载体主要是网页浏览器或手机应用程序等前端界面。通过前端开发技术，用户可以方便快捷地浏览网页或应用程序等界面上的文字、图片、音视频等内容，并与这些多媒体内容进行交互。近年来，随着网络技术和通信技术的发展，更高速度的网络和更高性能的移动终端不断出现，对前端开发技术的发展和升级要求也不断提高，前端开发技术进入大规模工程化和模块化开发时代。
53.在前端开发技术中，无论是传统的应用还是现今流行的单页或类单页应用，都可能因面向多样化的应用场景或用户群体而包含多端应用。例如，面向多用户群体的单页应用，一般包含用于提供服务功能的服务客户端及用于管理平台内容的管理员客户端，甚至还会包含用于平台运营的运营专用客户端、用于对外演示的售前客户端及用于功能测试或预览的预览版客户端等。因此，需要开发与多端需求相对应的应用配置方法。
54.在现有的应用的配置方法中，多端应用中各端的单页应用通过对应的项目仓库进行独立、协同开发，并通过构建公共库或子模块，然后在不同的项目仓库中分别引入公共库或子模块的方法，调用多端应用共享的公共组件和方法等内容。
55.然而，现有技术中，由于在修改公共组件和方法等内容后，需要在不同的项目仓库中对应更新与共享内容相关的信息及配置，然后分别对各端应用进行集成测试，这个过程步骤繁琐，需要耗费开发人员大量的工作时间，从而导致多端应用的开发及协同的效率较低。
56.为解决上述技术问题，本技术实施例提供一种应用的配置方法、装置、设备及存储介质。在本技术实施例中，通过将目标端的应用的功能组件集中在同一组件库中，通过入口文件调用不同的功能组件，生成目标端的应用，从而可以最大程度地实现代码复用，提高了多端应用的开发和协同效率。
57.下面对于本技术涉及的应用的配置方法的应用场景进行说明。
58.图1为本技术实施例提供的一种应用的配置方法的应用场景示意图。如图1所示，包含终端设备101、终端设备102及服务器103，其中，终端设备101为移动终端，终端设备102为桌面终端。当服务器103分别为终端设备101、终端设备102配置应用时，服务器103可以首先分别确定待生成的终端设备101及终端设备102的应用的入口文件，随后，在组件库中确定终端设备101及终端设备102的应用对应的功能组件，然后，根据入口文件，分别将终端设备101及终端设备102的应用对应的功能组件组合为终端设备101的应用及终端设备102的应用。
59.其中，上述终端设备可以为手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，vr)终端设备、增强现实(augmented reality，ar)终端设备、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、智慧家庭(smart home)中的无线终端等。本技术实施例中，用于实现终端的功能的装置可以是终端，也可以是能够支持终端实现该功能的装置，例如芯片系统，该装置可以被安装在终端中。本技术实施例中，芯片系统可以由芯片构成，也可以包括芯片和其它分立器件。
60.上述服务器可以是但不限于单个网络服务器、多个网络服务器组成的服务器组或
基于云计算的由大量计算机或网络服务器构成的云。
61.应理解，本技术技术方案的应用场景可以是图1中的应用的配置场景，但不限于此，还可以应用于其它需要对应用进行配置的场景中。
62.可以理解，上述应用的配置方法可以通过本技术实施例提供的应用的配置装置实现，应用的配置装置可以是某个设备的部分或全部，例如服务器。
63.下面以集成或安装有相关执行代码的服务器为例，以具体的实施例对本技术实施例的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
64.图2为本技术实施例提供的一种应用的配置方法的流程示意图，本实施例涉及的是应用的配置过程。如图2所示，该方法包括：
65.s201、确定待生成的目标端的应用的入口文件。
66.在本技术实施例中，服务器可以首先确定待生成的目标端的应用的入口文件，然后通过对入口文件进行编写配置，生成目标端的应用。
67.其中，目标端可以是基于前端框架构建的目标应用的任意端，本技术实施例对此不做限制。在一些实施例中，目标端可以包括移动端、桌面端等。示例性地，若目标应用为某款浏览器，目标端的应用可以是该款浏览器的移动端应用或桌面端应用。
68.在一些实施例中，在确定待生成的目标端的应用的入口文件之前，服务器还可以创建目标应用的前端框架，随后，在目标应用的前端框架中，创建目标端的应用对应的待确定的入口文件，待确定的入口文件中包含统一入口文件和第三编译配置文件。
69.应理解，服务器可以通过web前端框架创建目标应用的前端框架，本技术实施例对此不做限制。在一些实施例中，创建目标应用所用的web前端框架可以是渐进式框架(vue.js)。示例性地，服务器可以通过vue框架及其生态圈插件(vue-router和vuex)编写目标应用的源码，通过项目工具流软件(vue-cli)编译目标应用的配置文件。进一步地，统一入口文件可以为目标应用的页面入口文件(main.js)，第三编译配置文件可以为目标应用中各个端对应的统一编译配置文件(vue.config.js)。
70.目标端的应用的入口文件用于对目标端的应用对应的功能组件进行调用、配置，本技术实施例对入口文件的类型不做限制。对于在一些实施例中，目标端的应用的入口文件可以包括端入口文件、路由入口文件、第一编译配置文件等，其中，第一编译配置文件与目标端的应用对应。示例性地，若目标端的应用包括用户端(client)应用及管理端(manager)应用，则目标端的应用的端入口文件可以包括用户端入口文件(main.client.js)及管理端入口文件(main.manager.js)；目标端的应用的路由入口文件可以包括用户端路由入口文件(router.client.js)及管理端路由入口文件(router.manager.js)；目标端的应用的第一编译配置文件可以包括用户端第一编译配置文件(vue.config.client.js)及管理端第一编译配置文件(vue.config.manager.js)。
71.本技术实施例对于如何确定待生成的目标端的应用的入口文件不做限制。在一些实施例中，服务器可以获取预设的第二编译配置文件，随后，在第二编译配置文件中移除默认端入口文件并添加目标端的应用对应的端入口文件，生成第一编译配置文件。然后，调用页面文件功能组件，确定目标端的应用的路由入口文件，最后，将目标函数传入目标端的应用对应的路由入口文件，确定目标端的应用的端入口文件。其中，预设的第二编译配置文件
可以是预先创建的空白的用户端第一编译配置文件(vue.config.client.js)及管理端第一编译配置文件(vue.config.manager.js)。
72.示例性地，对于用户端的应用，服务器可以首先创建空白的用户端的应用的入口文件，随后获取空白的用户端第一编译配置文件(vue.config.client.js)，并将文件中的打包入口命令定义为移除默认端入口文件并添加目标端的应用对应的端入口文件，从而确定第一编译配置文件(vue.config.client.js)。然后通过调用预设的页面文件功能组件，从而确定用户端的路由入口文件(router.client.js)。最后，通过在空白的用户端入口文件(main.client.js)中，定义将目标函数传入用户端的路由入口文件(router.client.js)，从而确定了用户端入口文件(main.client.js)。
73.在另一些实施例中，在将目标函数传入目标端的应用对应的路由入口文件，确定目标端的应用的端入口文件之前，服务器还可以根据预设的各个端对应的统一入口文件，确定用于返回根实例的目标函数。示例性地，服务器可以通过修改目标应用的统一入口文件(main.js)，导出一个目标函数(main函数)，main函数被设置为返回一个用于渲染网站内容的vue根实例。
74.本技术实施例对于服务器如何确定第三编译配置文件(vue.config.js)不做限制。在另一些实施例中，服务器还可以根据目标端的应用的预设名称，定义第三编译配置文件中的常量数组的元素值；随后，根据预设的程序环境变量，定义常量数组的名称；最后，根据常量数组的元素值、常量数组的名称和第一编译配置文件的路径，确定第三编译配置文件中的配置命令，配置命令用于调用第一编译配置文件。示例性地，服务器可以定义常量数组(appnames)的数组元素的值包括用户端(client)和管理端(manager)，将常量(appname)赋值为程序环境变量(app_name)。然后，服务器将配置命令设置为当传入的常量(appname)的值为client时，返回vue.config.client.js；当传入的常量(appname)的值为manager时，返回vue.config.manager.js；当传入的常量(appname)的值为其它值时，则抛出错误，表示传入了未知应用名称。
75.图3为本技术实施例提供的一种目标应用的项目目录结构图。如图所示，integration代表目标应用的名称，项目目录结构中还包括源码文件夹301及项目配置文件夹302。其中，src代表源码文件夹301，源码文件夹301包括资源目录(assets)、公共组件目录(components)、前端路由(router)、页面目录(views)、主组件(app.vue)、入口文件(main.js、main.client.js、main.manager.js)、目标端的路由入口文件(router.client.js、router.manager.js)。项目配置文件夹302包括统一编译配置文件(vue.config.js)及目标端的第一编译配置文件(vue.config.client.js、vue.config.manager.js)。
76.在本技术实施例中，通过在一个目标应用的项目目录结构中，对各个端的应用的端入口文件和路由入口文件进行集中维护，对于不同端编写不同的第一编译配置文件(vue.config.client.js、vue.config.manager.js)，从而可以编译出各个端对应的应用。
77.s202、在组件库中确定目标端的应用对应的功能组件。
78.在本步骤中，当确定待生成的目标端的应用的入口文件后，服务器可以在组件库中确定目标端的应用对应的功能组件。
79.需要说明的是，在本技术实施例中，目标应用各个端的应用对应的功能组件均被
放置在同一个组件库中，服务器通过各个端的入口文件引入对应的功能组件。
80.本技术实施例对于如何确定目标端的应用对应的功能组件不做限制。在一些实施例中，服务器可以接收终端设备发送的应用配置指令，应用配置指令中包含待配置的目标端的应用对应的功能组件的标识，然后，根据功能组件的标识，在组件库中确定目标端的应用对应的功能组件。
81.在本技术实施例中，通过将目标端的应用的功能组件均放置在同一个组件库中，由不同的入口文件编译出不同的端应用的方式，达到了所有功能组件均可被多端应用共享的效果，提高了多端应用的开发和协同效率，降低了开发和维护成本。
82.s203、根据目标端的应用的入口文件，将目标端的应用对应的功能组件组合为目标端的应用。
83.在本步骤中，当确定目标端的应用对应的功能组件后，服务器可以根据目标端的应用的入口文件，将目标端的应用对应的功能组件组合为目标端的应用。
84.在一些实施例中，服务器可以将各个端的端入口文件整体作为一个逻辑上的前端，其它功能组件等整体作为一个逻辑上的后端，通过上述前端对上述后端的配置和引入从而组合出不同目标端对应的应用来。由于上述后端可以通过代码引入的方式被各个端的的应用所共用，从而可以减少代码的开发成本，并降低了目标应用在后续编译过程中的重构的成本。
85.本技术提供的一种应用的配置方法，首先确定待生成的目标端的应用的入口文件，随后，在组件库中确定目标端的应用对应的功能组件，然后，根据目标端的应用的入口文件，将目标端的应用对应的功能组件组合为目标端的应用。本技术提供的应用的配置方法，由于可以将多端应用的功能组件集中在同一组件库中，通过目标端的应用的入口文件调用不同的功能组件，从而生成目标端的应用，提高了多端应用的开发和协同效率。
86.在上述实施例的基础上，下面对如何确定待生成的目标端的应用的入口文件进行说明。图4为本技术实施例提供的另一种应用的配置方法的流程示意图，如图4所示，该方法包括：
87.s401、获取预设的第二编译配置文件。
88.s402、在第二编译配置文件中移除默认端入口文件并添加目标端的应用对应的端入口文件，生成第一编译配置文件。
89.s403、调用页面文件功能组件，确定目标端的应用的路由入口文件。
90.s404、将目标函数传入目标端的应用对应的路由入口文件，确定目标端的应用的端入口文件。
91.s405、在组件库中确定目标端的应用对应的功能组件。
92.s406、根据目标端的应用的入口文件，将目标端的应用对应的功能组件组合为目标端的应用。
93.s401-s406的技术名词、技术效果、技术特征，以及可选实施方式，可参照图2所示的s201-s203理解，对于重复的内容，在此不再累述。
94.本技术提供的一种应用的配置方法，首先确定待生成的目标端的应用的入口文件，随后，在组件库中确定目标端的应用对应的功能组件，然后，根据目标端的应用的入口文件，将目标端的应用对应的功能组件组合为目标端的应用。本技术提供的应用的配置方
法，由于可以将多端应用的功能组件集中在同一组件库中，通过目标端的应用的入口文件调用不同的功能组件，从而生成目标端的应用，提高了多端应用的开发和协同效率。
95.本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
96.图5为本技术实施例提供的一种应用的配置装置的结构示意图。该应用的配置装置可以通过软件、硬件或者两者的结合实现，可例如上述实施例中的服务器，以执行上述实施例中的应用的配置方法。如图5所示，该应用的配置装置500包括：
97.确定模块501，用于确定待生成的目标端的应用的入口文件；在组件库中确定目标端的应用对应的功能组件；
98.组合模块502，用于根据目标端的应用的入口文件，将目标端的应用对应的功能组件组合为目标端的应用。
99.一种可选的实施方式中，入口文件包括以下至少一项：端入口文件、路由入口文件、第一编译配置文件；其中，第一编译配置文件与目标端的应用对应。
100.一种可选的实施方式中，确定模块501，具体用于获取预设的第二编译配置文件；在第二编译配置文件中移除默认端入口文件并添加目标端的应用对应的端入口文件，生成第一编译配置文件；调用页面文件功能组件，确定目标端的应用的路由入口文件；将目标函数传入目标端的应用对应的路由入口文件，确定目标端的应用的端入口文件。
101.一种可选的实施方式中，确定模块501，还用于根据目标端的应用的预设名称，定义第三编译配置文件中的常量数组的元素值，第三编译配置文件为各个端对应的统一编译配置文件；根据预设的程序环境变量，定义常量数组的名称；根据常量数组的元素值、常量数组的名称和第一编译配置文件的路径，确定第三编译配置文件中的配置命令，配置命令用于调用第一编译配置文件。
102.一种可选的实施方式中，确定模块501，还用于根据预设的各个端对应的统一入口文件，确定用于返回根实例的目标函数。
103.一种可选的实施方式中，确定模块501，具体用于创建目标应用的前端框架；在目标应用的前端框架中，创建目标端的应用对应的待确定的入口文件，待确定的入口文件中包含统一入口文件和第三编译配置文件。
104.一种可选的实施方式中，确定模块501，具体用于接收终端设备发送的应用配置指令，应用配置指令中包含待配置的目标端的应用对应的功能组件的标识；根据功能组件的标识，在组件库中确定目标端的应用对应的功能组件。
105.一种可选的实施方式中，目标端包括以下至少一项：移动端、桌面端。
106.需要说明的，图5所示实施例提供的应用的配置装置，可用于执行上述实施例所提供的应用的配置方法，具体实现方式和技术效果类似，这里不再进行赘述。
107.图6为本技术实施例提供的一种电子设备的结构示意图。如图6所示，该电子设备600可以包括：至少一个处理器601和存储器602。图6示出的是以一个处理器为例的电子设备。
108.存储器602，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机
操作指令。
109.存储器602可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
110.处理器601用于执行存储器602存储的计算机执行指令，以实现上述应用的配置方法；
111.其中，处理器601可能是一个中央处理器(central processing unit，cpu)，或者是特定集成电路(application specific integrated circuit，asic)，或者是被配置成实施本技术实施例的一个或多个集成电路。
112.可选地，在具体实现上，如果通信接口、存储器602和处理器601独立实现，则通信接口、存储器602和处理器601可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component interconnect，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。
113.可选地，在具体实现上，如果通信接口、存储器602和处理器601集成在一块芯片上实现，则通信接口、存储器602和处理器601可以通过内部接口完成通信。
114.本技术实施例还提供了一种芯片，包括处理器和接口。其中接口用于输入输出处理器所处理的数据或指令。处理器用于执行以上方法实施例中提供的方法。该芯片可以应用于应用的配置装置中。
115.本技术实施例还提供一种程序，该程序在被处理器执行时用于执行以上方法实施例提供的应用的配置方法。
116.本技术实施例还提供一种程序产品，例如计算机可读存储介质，该程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述方法实施例提供的应用的配置方法。
117.本技术还提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁盘或者光盘等各种可以存储程序代码的介质。具体地，该计算机可读存储介质中存储有程序信息，程序信息用于上述应用的配置方法。
118.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本发明实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如，同轴电缆、光纤、数字用户线(dsl))或无线(例如，红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如，固态硬盘(solid state disk，ssd))等。
119.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。