CN112114804A - 应用程序的生成方法、装置及系统 - Google Patents

Abstract

本申请实施例提供一种应用程序的生成方法、装置及系统。在本申请实施例中，应用程序的生成装置对待生成的第一应用程序当前要实现的应用页面，若支撑该应用页面的业务逻辑中有具有通用性的目标业务逻辑，则向通用组件服务端请求与目标业务逻辑相适配的通用页面组件；在接收到通用组件服务端返回的通用页面组件，设置通用页面组件在第一应用程序中的页面样式；根据设置页面样式之后的通用页面组件，生成第一应用程序中当前要实现的应用页面。由此，针对具有通用性的目标业务逻辑，直接从通用组件服务端获取与目标业务逻辑相适配的通用页面组件，无需第一应用程序的开发者重复开发与目标业务逻辑对应的页面组件，提升了第一应用程序的开发效率。

Description

应用程序的生成方法、装置及系统

技术领域

本申请涉及互联网技术领域，尤其涉及一种应用程序的生成方法、装置及系统。

背景技术

一个应用程序有多个功能组件，每个功能组件实现一种业务功能，各个功能组件协同合作，共同组成一个完整的应用程序。目前，很多公司会针对同一业务场景开发多个应用程序，以某家政服务场景为例，公司开发的应用程序包括58家政、58到家、阿姨一点通。

在现有技术中，每个应用程序的功能组件都是自行开发维护的，导致应用程序的开发效率较低。

发明内容

本申请的多个方面提供一种应用程序的生成方法、装置及系统，用以提高应用程序的开发效率。

本申请实施例提供一种应用程序的生成方法，包括：

确定待生成的第一应用程序当前要实现的应用页面，所述应用页面需要多个业务逻辑支撑；

从所述多个业务逻辑中，识别出具有通用性的业务逻辑作为目标业务逻辑；

针对所述目标业务逻辑，向通用组件服务端发第一请求，以请求与所述目标业务逻辑相适配的通用页面组件；

如果接收到所述通用组件服务端返回的所述通用页面组件，则设置所述通用页面组件在所述第一应用程序中的页面样式；

根据设置页面样式之后的通用页面组件，生成所述第一应用程序中当前要实现的应用页面。

本申请实施例还提供一种应用程序的生成装置，包括：存储器、处理器和通信组件；

所述存储器，用于存储计算机程序；

所述处理器，与所述存储器耦合，用于执行所述计算机程序，以用于：

确定待生成的第一应用程序当前要实现的应用页面，所述应用页面需要多个业务逻辑支撑；

从所述多个业务逻辑中，识别出具有通用性的业务逻辑作为目标业务逻辑；

针对所述目标业务逻辑，通过所述通信组件向通用组件服务端发第一请求，以请求与所述目标业务逻辑相适配的通用页面组件；

如果接收到所述通用组件服务端返回的所述通用页面组件，则设置所述通用页面组件在所述第一应用程序中的页面样式；

根据设置页面样式之后的通用页面组件，生成所述第一应用程序中当前要实现的应用页面。

本申请实施例还提供一种应用程序的生成系统，包括：如上所述的应用程序的生成装置和通用组件服务端。

本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，当所述计算机程序被处理器执行时，致使所述处理器实现上述应用程序的生成方法中的步骤。

本申请实施例提供的应用程序的生成方法、装置及系统，应用程序的生成装置对待生成的第一应用程序当前要实现的应用页面，若支撑该应用页面的业务逻辑中有具有通用性的目标业务逻辑，则向通用组件服务端请求与目标业务逻辑相适配的通用页面组件；在接收到通用组件服务端返回的通用页面组件，设置通用页面组件在第一应用程序中的页面样式；根据设置页面样式之后的通用页面组件，生成第一应用程序中当前要实现的应用页面。由此，针对具有通用性的目标业务逻辑，直接从通用组件服务端获取与目标业务逻辑相适配的通用页面组件，无需第一应用程序的开发者重复开发与目标业务逻辑对应的页面组件，提升了第一应用程序的开发效率。同时，支持对通用页面组件的个性化页面样式的自由配置，进而满足应用程序开发的个性化定制需求。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请一示例性实施例提供的应用程序的生成系统的结构示意图；

图2为本申请一示例性实施例提供的一种应用程序的生成方法的流程示意图；

图3为58到家APP“首页”页面；

图4为本申请又一示例性实施例提供的一种应用程序的生成方法的流程示意图；

图5为点击图3中的“硬核省钱专场”组件跳转出来的业务页面；

图6为本申请一示例性实施例提供的一种应用程序的生成装置的结构示意图。

具体实施方式

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

针对现有应用程序的开发效率较低的技术问题，本申请实施例提供一种解决方案，基本思路是：针对具有通用性的目标业务逻辑，直接从通用组件服务端获取与目标业务逻辑相适配的通用页面组件，无需第一应用程序的开发者重复开发与目标业务逻辑对应的页面组件，提升了第一应用程序的开发效率。同时，支持对通用页面组件的个性化页面样式的自由配置，进而满足应用程序开发的个性化定制需求。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请一示例性实施例提供的应用程序的生成系统的结构示意图。如图1所示，该系统包括：至少一个应用程序的生成装置10和通用组件服务端20。

在本实施例中，通用组件服务端20主要负责维护、管理通用页面组件，并负责向应用程序的生成装置10提供所需的通用页面组件。其中，通用页面组件是指与具有通用性的业务逻辑对应的页面组件。应用程序的生成装置10负责生成各种应用程序，生成各种应用程序的过程相同或类似，例如可响应于应用程序开发者的开发指令，执行生成应用程序相关的操作，如生成应用程序所需的应用页面，每个应用页面需要多个业务逻辑支撑，这些业务逻辑与应用页面上的多个页面组件对应，每个页面组件对应相应的业务逻辑。在这些业务逻辑中，有一些具有通用性，有一些不具有通用性，即具有专属性。业务逻辑的专属性是指该业务逻辑只适用于当前应用程序，并不适用于其它应用程序。相应地，在与业务逻辑对应的页面组件中，有一些页面组件会与具有通用性的业务逻辑相对应，有一些页面组件会与具有专属性的业务逻辑相对应。

在应用程序的生成装置10生成应用程序的应用页面的过程中，可以从应用页面所需的多个业务逻辑中，识别出具有通用性的业务逻辑，在生成与具有通用性的业务逻辑对应的页面组件时，可以向通用组件服务端20请求获取对应的通用页面组件，同时还支持应用程序的生成装置10设置通用页面组件的页面样式，基于设置页面样式后的通用页面组件生成应用程序中的应用页面。

为便于描述和区分，在本申请实施例中，将应用页面所需的多个业务逻辑中具有通用性的业务逻辑称为目标业务逻辑。由此，针对具有通用性的目标业务逻辑，直接从通用组件服务端获取与目标业务逻辑相适配的通用页面组件，无需第一应用程序的开发者重复开发与目标业务逻辑对应的页面组件，提升了第一应用程序的开发效率。同时，支持对通用页面组件的个性化页面样式的自由配置，进而满足应用程序开发的个性化定制需求。

其中，关于该系统中应用程序的生成装置10向通用组件服务端20获取通用组件的过程，可参见下述方法实施例中的详细描述。

图2为本申请一示例性实施例提供的一种应用程序的生成方法的流程示意图。如图2所示，该方法包括如下步骤：

步骤101，确定待生成的第一应用程序当前要实现的应用页面，所述应用页面需要多个业务逻辑支撑。

在本实施例中，生成第一应用程序可能需要生成应用程序所需的一个或多个应用页面，该应用页面上需要配置多个页面组件，每个页面组件提供一种业务功能，不同的业务功能由不同的业务逻辑支撑。其中，业务逻辑可以理解为实现业务功能的代码，当前要实现的应用页面需要哪些业务逻辑支撑是根据该应用页面的业务需求确定的。该应用页面可以是一级页面，也可以是从上一级页面中的页面组件跳转到的下一级页面。

例如，待生成的第一应用程序为58到家APP，58到家APP需要的应用页面包括“首页”页面、“全部服务”页面、“消息”页面、“我的”页面等。

图3为58到家APP“首页”页面。如图3所示，“首页”页面上的部分页面组件如下：“日常保洁”组件、“清洗养护”组件、“保姆”组件、“月嫂”组件、“育儿嫂”组件、“单次保洁”组件、“周期保洁”组件。该“首页”页面上的每个页面组件都需要相应的业务逻辑进行支撑。

沿用上例，“首页”页面、“全部服务”页面、“消息”页面、“我的”页面为一级页面。点击一级页面中的页面组件跳转出的页面为二级页面，点击二级页面中的页面组件跳转出的页面为三级页面，以此类推，点击上一级页面中的页面组件跳转出的页面为下一级页面。

在本实施例中，为了便于理解，以应用页面为一级页面进行说明，当然，应用页面不限于一级页面，还可以是其他层级的页面。

步骤102，从所述多个业务逻辑中，识别出具有通用性的业务逻辑作为目标业务逻辑。

在实际情形中，多个应用程序可能具有相同的业务逻辑，这些相同的业务逻辑可对应相同的页面组件，这些相同的页面组件可以理解为通用页面组件，即适用于多个应用程序的页面组件。

在本实施例中，通用性的业务逻辑是支撑通用页面组件所提供的功能的业务逻辑。从多个业务逻辑中识别出具有通用性的业务逻辑，是为了确定第一应用程序中当前要实现的应用页面是否需要通用页面组件。

在实际情形中，同一业务场景下可能会开发具有不同业务需求的多个应用程序，通过对业务场景进行分析，确定多个应用程序可能均会开发的业务功能，并将这些业务功能对应的业务逻辑定义为通用性的业务逻辑。

继续以家政业务场景为例，58家政、58到家、阿姨一点通为家政业务场景下不同业务需求的多个应用程序，这些应用程序可能都会提供“找保姆”、“找月嫂”、“找育儿嫂”等业务功能，则“找保姆”、“找月嫂”、“找育儿嫂”等业务功能对应的业务逻辑定义为通用性的业务逻辑。

在本实施例中，识别通用性的业务逻辑的方式不限。作为一种示例，从所述多个业务逻辑中，识别出具有通用性的业务逻辑作为目标业务逻辑，包括：针对所述多个业务逻辑中任一业务逻辑，判断该业务逻辑对应的业务功能是否在通用业务功能列表中；若该业务逻辑对应的业务功能在通用业务功能列表中，则确定该业务逻辑为具有通用性的目标业务逻辑。

具体而言，为了便于识别通用性的业务逻辑，可以设置通用业务功能列表，通用业务功能列表中保存的通用业务功能为与已知的通用性的业务逻辑相对应。识别时，可以判断待识别的业务逻辑所对应的业务功能是否在通用业务功能列表中；若是，则表明待识别的业务逻辑为通用性的业务逻辑；若否，则表明待识别的业务逻辑不是通用性的业务逻辑。

步骤103，针对所述目标业务逻辑，向通用组件服务端发第一请求，以请求与所述目标业务逻辑相适配的通用页面组件。

在本实施例中，通用组件服务端维护有用于保存通用页面组件的通用组件库。在识别出当前需要生成的应用页面所需的业务逻辑中包含目标业务逻辑时，可以向通用组件服务端请求与目标业务逻辑相适配的通用页面组件。由此，无需第一应用程序的开发者重复开发与目标业务逻辑对应的页面组件，提升了第一应用程序的开发效率。

需要指的是，在本申请实施例中，并不限定应用程序所依赖的操作系统以及程序类型，通用组件服务端可以支持多种操作系统下多种类型的应用程序的开发，换句话说，通用组件库中可以保存各种操作系统下各种类型的通用页面组件，进而实现开发不同操作系统下不同类型的应用程序时，都可以从通用组件库中获取所需的通用页面组件。本申请实施例中可支持的操作系统包括但不限于：安卓、IOS等，相应地，本申请实施例中可支持的各操作系统下的页面类型包括：H5页面、APP页面、web页面或公众号页面，但并不限于此。

在家政业务场景中，可以由通用组件服务端开发以下通用页面组件，日常保洁组件、清洗养护组件、保姆组件、月嫂组件、育儿嫂组件、房屋维修组件、家电维修组件、上门安装组件、搬家组件、拉货组件等等，当然并不限于以上组件。

步骤104，如果接收到所述通用组件服务端返回的所述通用页面组件，则设置所述通用页面组件在所述第一应用程序中的页面样式。

在本实施例中，通用页面组件以可视化图标的形式展示在第一应用程序中，设置通用页面组件在第一应用程序中的页面样式可以理解为设置对应的可视化图标的图标样式、图标位置、图标尺寸大小，但并不限于此。其中，图标样式可以包括可视化图标的背景图片、描述通用页面组件的文字说明等。图标位置可以理解为可视化图标在第一应用程序当前要实现的应用页面中的布局位置。

在实际情形中，从通用组件服务端返回的通用页面组件可能具有默认页面样式，该默认页面样式可能与第一应用程序所需的页面样式相同，也可能与第一应用程序所需的页面样式不同。因此，在接收到通用组件服务端返回的通用页面组件，应该对通用页面组件的默认页面样式与第一应用程序所需的页面样式进行判断，如果默认页面样式与第一应用程序所需的页面样式不同，则将通用组件的页面样式调整为第一应用程序所需的页面样式；如果默认页面样式与所述第一应用程序所需的页面样式相同，则将默认页面样式设置为所述通用组件在所述第一应用程序中的页面样式。

可以理解的是，将通用组件服务端返回的通用页面组件的页面样式调整为第一应用程序所需的页面样式，能够实现支持对通用页面组件的个性化页面样式的自由配置。沿用上例，58家政、58到家、阿姨一点通中的“保姆”、“月嫂”、“育儿嫂”等通用页面组件对应的可视化图标可以有不同的页面样式。

步骤105，根据设置页面样式之后的通用页面组件，生成所述第一应用程序中当前要实现的应用页面。

在本实施例中，在获取到设置页面样式之后的通用页面组件，根据所设置的页面样式在第一应用程序当前要实现的应用页面布局该通用页面组件，进而生成第一应用程序中当前要实现的应用页面。

本申请实施例提供的应用程序的生成方法，对待生成的第一应用程序当前要实现的应用页面，若支撑该应用页面的业务逻辑中有具有通用性的目标业务逻辑，则向通用组件服务端请求与目标业务逻辑相适配的通用页面组件；在接收到通用组件服务端返回的通用页面组件，设置通用页面组件在第一应用程序中的页面样式；根据设置页面样式之后的通用页面组件，生成第一应用程序中当前要实现的应用页面。由此，针对具有通用性的目标业务逻辑，直接从通用组件服务端获取与目标业务逻辑相适配的通用页面组件，无需第一应用程序的开发者重复开发与目标业务逻辑对应的页面组件，提升了第一应用程序的开发效率。同时，支持对通用页面组件的个性化页面样式的自由配置，进而满足应用程序开发的个性化定制需求。

在实际情形中，待生成的第一应用程序可能需要开发一些新的业务功能，这些新的业务功能对应新的业务逻辑暂时不具有通用性，当然，通用组件服务端不存在这些新的业务逻辑的通用页面组件。为此，本申请还提供一种应用程序的生成方法，以满足应用程序开发新的业务功能的需求。

图4为本申请又一示例性实施例提供的一种应用程序的生成方法的流程示意图。如图4所示，该方法包括如下步骤：

步骤201、确定待生成的第一应用程序当前要实现的应用页面，所述应用页面需要多个业务逻辑支撑。

步骤202、从所述多个业务逻辑中，识别出具有通用性的业务逻辑作为目标业务逻辑和不具有通用性的专属业务逻辑。

需要指出的是，若多个业务逻辑中包括目标业务逻辑，则执行步骤203。若多个业务逻辑中还包括不具有通用性的专属业务逻辑，则执行步骤205。

可以理解的是，多个业务逻辑中业务逻辑要么是具有通用性的业务逻辑，要么是不具有通用性的专属业务逻辑。从多个业务逻辑中识别出具有通用性的业务逻辑后，多个业务逻辑中剩余的业务逻辑便是不具有通用性的专属业务逻辑。

步骤203、针对所述目标业务逻辑，向通用组件服务端发第一请求，以请求与所述目标业务逻辑相适配的通用页面组件。

步骤204、如果接收到所述通用组件服务端返回的所述通用页面组件，则设置所述通用页面组件在所述第一应用程序中的页面样式，并跳转至步骤207。

需要指出的是，上述步骤201至204的实现方式参见上述实施例中的步骤101至104，在此不再赘述。

步骤205、针对所述专属业务逻辑，向所述通用组件服务端发第二请求，以请求与所述专属业务逻辑对应的页面组件创建信息。

步骤206、接收所述通用组件服务端返回的所述页面组件创建信息，根据所述页面组件创建信息创建所述专属业务逻辑对应的专属页面组件，并跳转至步骤207。

在本实施例中，针对专属业务逻辑，还可以利用通用组件服务端提供的页面组件创建信息创建对应的专属页面组件。需要指出的是，通用组件服务端也是利用页面组件创建信息创建通用页面组件所采用的。关于页面组件创建信息可以参见下述实施例的介绍。

作为一种示例，根据所述页面组件创建信息创建所述专属业务逻辑对应的专属页面组件，包括：根据所述页面组件创建信息，设置与待创建的专属页面组件对应的可视化图标的页面样式和交互方式；根据所述专属业务逻辑确定所述可视化图标所关联的事件，以完成所述专属页面组件的创建。

需要指出的是，若专属页面组件可能也被其他应用程序需要，那么该专属页面组件也是个具有通用性的页面组件，可以将该专属页面组件发送给通用组件服务端，由通用组件服务端保存到通用组件库中供其他应用程序调用，以实现该专属页面组件的复用。

步骤207、根据所述设置页面样式之后的通用页面组件和所述专属页面组件，生成所述第一应用程序中当前要实现的应用页面。

在本实施例中，先获取设置页面样式之后的通用页面组件和专属页面组件，再根据所设置的页面样式在第一应用程序当前要实现的应用页面布局该各个页面组件，进而得到第一应用程序中当前要实现的应用页面。

本申请实施例提供的应用程序的生成方法，对待生成的第一应用程序当前要实现的应用页面，若支撑该应用页面的业务逻辑中有具有通用性的目标业务逻辑，则向通用组件服务端请求与目标业务逻辑相适配的通用页面组件；若支撑该应用页面的业务逻辑中有不具有通用性的专属业务逻辑，则根据通用组件服务端返回的页面组件创建信息创建专属页面组件；最后，根据通用页面组件和专属页面组件生成第一应用程序当前要实现的应用页面。由此，在开发应用程序的过程中，既能从通用组件服务端获取通用页面组件，提升开发效率；还能根据通用组件服务端提供的页面组件创建信息创建专属页面组件，满足应用程序开发新的业务功能的需求。

在上述各实施例中，通用组件服务端向应用程序的生成装置提供通用页面组件的情况下，需要从通用组件库中获取。其中，从通用组件库中获取应用程序要实现的应用页面所需的通用页面组件的过程是，通用组件服务端维护通用页面组件的业务功能和组件名称的对应关系；通用组件服务端确定目标业务逻辑所对应的业务功能，其中，目标业务逻辑为应用程序要实现的应用页面所需的通用性的业务逻辑；通用组件服务端根据上述对应关系确定目标业务逻辑对应的组件名称，并根据确定的组件名称查询通用组件库获取与组件名称相匹配的通用页面组件，并将与组件名称相匹配的通用页面组件返回给应用程序的生成装置。

在查询通用组件库之前，通用组件服务端还可以生成通用组件库，一种生成通用组件库的方式为：由通用组件服务端根据已知的具有通用性的业务逻辑创建对应的通用页面组件。

在本实施例中，通用组件服务端根据页面组件创建信息创建通用页面组件。具体的，根据页面组件创建信息，设置与待创建的通用页面组件对应的可视化图标的页面样式和交互方式；根据具有通用性的业务逻辑确定可视化图标所关联的事件，以完成通用页面组件的创建。

需要指出的是，页面组件创建信息可以理解为组件创建方式，页面组件创建信息可以定义页面组件以何种可视化图标展示在应用程序中以及可视化图标的交互方式，以及根据所需的业务逻辑定义可视化图标所关联或所绑定的事件。其中，可以理解的是，当可视化图标与事件进行关联或绑定之后，表明对应的页面组件创建成功。用户可以与该可视化图标进行交互，获取该页面组件提供的业务功能。

其中，定义页面组件以何种可视化图标展示在应用程序中，即定义可视化图标的页面样式。可视化图标的页面样式可以包括图标样式、图标位置、图标尺寸大小，但并不限于此。图标样式可以包括可视化图标的背景图片、描述对应页面组件的文字说明等。图标位置可以理解为可视化图标在应用程序的当前要实现的应用页面中的布局位置。

其中，可视化图标的交互方式例如包括单次点击操作、双击操作、触控操作、滑动操作等，但并不限于此。在可视化图标绑定关联或绑定的相关事件后，采用上述交互方式可以触发事件，跳转到对应的业务页面或跳转到对应的业务页面的链接上。

需要指出的是，在进行页面组件开发时，若该页面组件包括多个子页面组件，还需要开发子页面组件的可视化图标及其所关联的事件。

图5为点击图3中的“硬核省钱专场”组件跳转出来的业务页面，在该业务页面上还有“大促神券”子业务组件、“精选保姆”子业务组件、“专业月嫂”子业务组件、“贴心育儿”子业务组件等子业务组件。显然，在开发“硬核省钱专场”组件时，不仅需要设置“硬核省钱专场”组件所对应的可视化图标页面样式、交互方式、关联的事件，还需要设置其关联的页面上各个子业务组件所对应的页面样式、交互方式、关联的事件。

需要指出的是，“精选保姆”业务组件、“专业月嫂”业务组件、“贴心育儿”业务组件分别与首页上的保姆组件、月嫂组件、育儿嫂组件为相同业务功能的组件，仅仅是各自的可视化图标的页面样式不同。“硬核省钱专场”组件跳转出来的业务页面可以理解为首页的下一级页面，在首页的下一级页面的开发中，也是会使用到一些通用页面组件的。

需要指出的是，针对每一种业务场景，应该尽可能多的确定该业务场景下的具有通用性的业务逻辑，这样，通用组件服务端可以创建出尽可能多的通用页面组件。

在实际应用中，还可以动态更新通用组件库。当有新的通用业务逻辑出现的时候，可以生成新的通用页面组件并添加到通用组件库中，或者，当有通用业务逻辑不需要的时候，也可以删除对应的通用页面组件，减少存储资源的占用。

在实际情形中，通用组件库的通用页面组件除了来源于通用组件服务端自身创建，还可以来源于第二应用程序。具体而言，在生成第二应用程序的过程中，获取第二应用程序中具有通用性的专属页面组件，作为通用页面组件添加到通用组件库中，其中，第一应用程序与第二应用程序为同一业务场景下具有不同业务需求的应用程序。

需要指出的是，第二应用程序中具有通用性的专属页面组件可以理解为，根据第二应用程序的业务需求专门进行开发的页面组件。由于各个应用程序的业务需求也在不断发生变化，很可能也会需要第二应用程序的专属页面组件，那么，第二应用程序的专属页面组件具有通用性。因此，为了实现第二应用程序的专属页面组件的复用，通用组件服务端可以将第二应用程序中具有通用性的专属页面组件，作为通用页面组件添加到通用组件库。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤101至步骤405的执行主体可以为设备A；又比如，步骤101和103的执行主体可以为设备A，步骤104、105的执行主体可以为设备B；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如203、205等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

图6为本申请一示例性实施例提供的一种应用程序的生成装置的结构示意图。如图6所示，该装置包括：包括：存储器11、处理器12以及通信组件13。

存储器11，用于存储计算机程序，并可被配置为存储其它各种数据以支持在处理器上的操作。这些数据的示例包括用于在处理器上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

存储器11可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

处理器12，与存储器11耦合，用于执行存储器11中的计算机程序，以用于：

确定待生成的第一应用程序当前要实现的应用页面，所述应用页面需要多个业务逻辑支撑；

从所述多个业务逻辑中，识别出具有通用性的业务逻辑作为目标业务逻辑；

针对所述目标业务逻辑，通过所述通信组件13向通用组件服务端发第一请求，以请求与所述目标业务逻辑相适配的通用页面组件；

如果接收到所述通用组件服务端返回的所述通用页面组件，则设置所述通用页面组件在所述第一应用程序中的页面样式；

根据设置页面样式之后的通用页面组件，生成所述第一应用程序中当前要实现的应用页面。

进一步的，所述处理器在识别具有通用性的业务逻辑时，具体用于：

针对所述多个业务逻辑中任一业务逻辑，判断该业务逻辑对应的业务功能是否在通用业务功能列表中；

若该业务逻辑对应的业务功能在通用业务功能列表中，则确定该业务逻辑为具有通用性的目标业务逻辑。

进一步的，所述处理器从所述多个业务逻辑中识别出不具有通用性的专属业务逻辑时，所述处理器还用于：

针对所述专属业务逻辑，通过所述通信组件13向所述通用组件服务端发第二请求，以请求与所述专属业务逻辑对应的页面组件创建信息；

接收所述通用组件服务端返回的所述页面组件创建信息，根据所述页面组件创建信息创建所述专属业务逻辑对应的专属页面组件；

所述处理器在生成所述第一应用程序中当前要实现的应用页面时，具体用于：

根据所述设置页面样式之后的通用页面组件和所述专属页面组件，生成所述第一应用程序中当前要实现的应用页面。

进一步的，所述处理器在创建专属页面组件时，具体用于：

根据所述页面组件创建信息，设置与待创建的专属页面组件对应的可视化图标的页面样式和交互方式；

根据所述专属业务逻辑确定所述可视化图标所关联的事件，以完成所述专属页面组件的创建。

进一步的，所述通用页面组件具有默认页面样式，所述处理器在设置通用页面组件在所述第一应用程序中的页面样式时，具体用于：

如果所述默认页面样式与所述第一应用程序所需的页面样式不同，则将所述通用组件的页面样式调整为所述第一应用程序所需的页面样式；

如果所述默认页面样式与所述第一应用程序所需的页面样式相同，则将所述默认页面样式设置为所述通用组件在所述第一应用程序中的页面样式。

图6所示装置可以执行图2或图4所示实施例的方法，本实施例未详细描述的部分，可参考对图2或图4所示实施例的相关说明。该技术方案的执行过程和技术效果参见图2或图4所示实施例中的描述，在此不再赘述。

进一步，如图6所示，该装置还包括：显示器14、电源组件15、音频组件16等其它组件。图6中仅示意性给出部分组件，并不意味着处理器只包括图6所示组件。另外，图6中虚线框所示组件为可选组件，而非必选组件，具体可视应用程序的生成装置装置的具体实现形态而定。如果应用程序的生成装置实现为笔记本电脑、平板、手机等终端设备，则可以包含图6中虚线框所示组件；如果应用程序的生成装置实现为常规服务器、云服务器或服务器阵列等服务端设备，则不包含图6中虚线框所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由处理器执行的各步骤。

上述图6中的通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi，2G、3G、4G/LTE、5G等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

上述图6中的显示器包括屏幕，其屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

上述图6中的电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

上述图6中的音频组件，可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(MIC)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种应用程序的生成方法，其特征在于，包括：

确定待生成的第一应用程序当前要实现的应用页面，所述应用页面需要多个业务逻辑支撑；

从所述多个业务逻辑中，识别出具有通用性的业务逻辑作为目标业务逻辑；

针对所述目标业务逻辑，向通用组件服务端发第一请求，以请求与所述目标业务逻辑相适配的通用页面组件；

如果接收到所述通用组件服务端返回的所述通用页面组件，则设置所述通用页面组件在所述第一应用程序中的页面样式；

根据设置页面样式之后的通用页面组件，生成所述第一应用程序中当前要实现的应用页面。

2.根据权利要求1所述的方法，其特征在于，从所述多个业务逻辑中，识别出具有通用性的业务逻辑作为目标业务逻辑，包括：

针对所述多个业务逻辑中任一业务逻辑，判断该业务逻辑对应的业务功能是否在通用业务功能列表中；

若该业务逻辑对应的业务功能在通用业务功能列表中，则确定该业务逻辑为具有通用性的目标业务逻辑。

3.根据权利要求1所述的方法，其特征在于，所述多个业务逻辑中还包括：不具有通用性的专属业务逻辑，所述方法还包括：

针对所述专属业务逻辑，向所述通用组件服务端发第二请求，以请求与所述专属业务逻辑对应的页面组件创建信息；

接收所述通用组件服务端返回的所述页面组件创建信息，根据所述页面组件创建信息创建所述专属业务逻辑对应的专属页面组件；

所述根据设置页面样式之后的通用页面组件，生成所述第一应用程序中当前要实现的应用页面，包括：

根据所述设置页面样式之后的通用页面组件和所述专属页面组件，生成所述第一应用程序中当前要实现的应用页面。

4.根据权利要求3所述的方法，其特征在于，所述根据所述页面组件创建信息创建所述专属业务逻辑对应的专属页面组件，包括：

根据所述页面组件创建信息，设置与待创建的专属页面组件对应的可视化图标的页面样式和交互方式；

根据所述专属业务逻辑确定所述可视化图标所关联的事件，以完成所述专属页面组件的创建。

5.根据权利要求1所述的方法，其特征在于，所述通用页面组件具有默认页面样式，则设置所述通用页面组件在所述第一应用程序中的页面样式，包括：

如果所述默认页面样式与所述第一应用程序所需的页面样式不同，则将所述通用组件的页面样式调整为所述第一应用程序所需的页面样式；

如果所述默认页面样式与所述第一应用程序所需的页面样式相同，则将所述默认页面样式设置为所述通用组件在所述第一应用程序中的页面样式。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述通用组件服务端采用以下至少一种方式生成通用组件库的通用页面组件：

由所述通用组件服务端根据已知的具有通用性的业务逻辑创建对应的通用页面组件；

在生成第二应用程序的过程中，获取第二应用程序中具有通用性的专属页面组件，作为通用页面组件添加到所述通用组件库中，其中，所述第一应用程序与所述第二应用程序为同一业务场景下具有不同业务需求的应用程序。

7.一种应用程序的生成装置，其特征在于，包括：存储器、处理器和通信组件；

所述存储器，用于存储计算机程序；

所述处理器，与所述存储器耦合，用于执行所述计算机程序，以用于：

确定待生成的第一应用程序当前要实现的应用页面，所述应用页面需要多个业务逻辑支撑；

从所述多个业务逻辑中，识别出具有通用性的业务逻辑作为目标业务逻辑；

针对所述目标业务逻辑，通过所述通信组件向通用组件服务端发第一请求，以请求与所述目标业务逻辑相适配的通用页面组件；

如果接收到所述通用组件服务端返回的所述通用页面组件，则设置所述通用页面组件在所述第一应用程序中的页面样式；

根据设置页面样式之后的通用页面组件，生成所述第一应用程序中当前要实现的应用页面。

8.根据权利要求7所述的装置，其特征在于，所述处理器从所述多个业务逻辑中识别出不具有通用性的专属业务逻辑时，所述处理器还用于：

针对所述专属业务逻辑，通过所述通信组件向所述通用组件服务端发第二请求，以请求与所述专属业务逻辑对应的页面组件创建信息；

接收所述通用组件服务端返回的所述页面组件创建信息，根据所述页面组件创建信息创建所述专属业务逻辑对应的专属页面组件；

所述处理器在生成所述第一应用程序中当前要实现的应用页面时，具体用于：

根据所述设置页面样式之后的通用页面组件和所述专属页面组件，生成所述第一应用程序中当前要实现的应用页面。

9.根据权利要求7所述的装置，其特征在于，所述通用页面组件具有默认页面样式，所述处理器在设置通用页面组件在所述第一应用程序中的页面样式时，具体用于：

如果所述默认页面样式与所述第一应用程序所需的页面样式不同，则将所述通用组件的页面样式调整为所述第一应用程序所需的页面样式；

如果所述默认页面样式与所述第一应用程序所需的页面样式相同，则将所述默认页面样式设置为所述通用组件在所述第一应用程序中的页面样式。

10.一种存储有计算机程序的计算机可读存储介质，其特征在于，当所述计算机程序被处理器执行时，致使所述处理器实现权利要求1-6任一项所述方法中的步骤。

Images