应用页面创建方法、装置、介质、设备及程序产品与流程

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.图7是本技术根据一示例实施例示出的应用页面创建装置的结构示意图；
52.图8是本技术根据一示例实施例示出的电子设备的结构示意图。
具体实施方式
53.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
54.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
55.随着互联网技术的不断发展，各类服务也逐渐开始发展线上平台，例如，针对医疗服务的互联网医院平台以针对政务服务的互联网政务平台。其中，同类服务下的不同互联网服务平台通常对应不同的运营主体，其提供的服务虽然存在一定的共性，但是，对于运行数据或者运行流程均相对独立。例如，针对a互联网医院与b互联网医院通常属于不同的运营主体，二者之间的业务运营行为通常是独立进行，并且，二者之间的运营数据的形式通常也都会有各自不同的规定及特点，并且不会进行共享。因此，当a互联网医院在进行互联网医院平台的建设时，就会根据本身的业务需求以及数据特点，委托外部技术开发公司对其平台进行开发。而当b互联网医院在进行互联网医院平台的建设时，同样也会根据本身的业务需求以及数据特点，委托外部技术开发公司对其平台进行开发。此时，由于a互联网医院与b互联网医院的差异化特性，即使二者是委托同一家外部技术开发公司，开发人员仍需要基于两个医院不同的需求进行独立的开发，即每个医院需求互不干扰，相互独立。这就导致了二者之间的存在共性功能，代码复用性差，开发人员需要进行大量重复性的开发工作。尤其针对相同的前端页面，不同的接口数据的情形，即a互联网医院与b互联网医院对于页面需求相同，只是对各个页面接入的数据存在差异的情形，不仅增加了开发周期，还增加了人力成本。
56.针对现有技术中开发方式的缺点与不足，本技术旨在提供一种应用页面创建方法、装置、介质、设备及程序产品，通过对各个业务功能设置对应组件，然后，根据目标服务功能来选取对应的组件，以通过类似搭建积木的方式，实现了对于应用页面的快速搭建。具体的，是通过根据目标服务功能的业务功能列表从预设组件库中选择至少一个目标组件，
然后，对各个目标组件进行组件配置，再根据配置后的各个目标组件生成目标应用页面，以使目标应用页面支持目标服务功能，从而通过选择不同业务功能所对应的组件来对目标应用页面进行创建的方式，可以实现应用页面的快速搭建。并且，由于针对各个业务，因此，在针对不同的应用页面进行开发时，可以通过组件的共用，以搭建个性化的页面，从而满足不同运营主体的开发需求。同时，通过对组件进行配置，可以实现针对不同运营主体的数据隔离以及个性化设计，从而满足不同运营主体的差异化需求。此外，由于组件的共用，在对存在共性功能的不同互联网服务平台进行开发时，无需对各个业务功能进行单独重复开发，大大降低了服务应用的开发人力成本。
57.图1是本技术根据一示例实施例示出的应用页面创建方法的应用场景图。如图1所示，本实施例提供的应用页面创建方法可以是应用于各类服务应用，即用于针对各类服务应用创建相应的应用界面。
58.其中，在该服务应用中，可以包括多个实现不同功能的服务模块，例如，可以包括服务模块a、服务模块b、服务模块c以及服务模块d。而针对不同运营主体，可以通过模块管理的方式对服务模块a、服务模块b、服务模块c以及服务模块d进行适应性的增减配置。例如，针对主体a，可以根据功能需求，配置有服务模块a、服务模块b以及服务模块c；而针对主体b，可以根据功能需求，则可以配置有服务模块a、服务模块c以及服务模块d。其中，各个功能模块的功能在服务应用的前端则可以是通过应用界面的方式进行呈现，即在不同的应用界面中可以实现不同的服务功能。
59.而针对每个功能模块，还可以设置多个不同的基础模板，例如，可以包括基础模板a、基础模板b、基础模板c以及基础模板d。值得说明的，各个基础模板中可以是针对各个服务模块常用形式所设置的页面模板。而针对不同的服务模块a，可以基于不同的基础模板进行继续开发。例如，针对主体a，可以是对服务模块a配置基础模板a；针对主体b，可以是对服务模块a配置基础模板b。
60.此外，针对每个业务功能(例如，人脸识别认证功能、银行卡实名认证功能、用户同意功能等)，则可以是设置相应的组件。例如，可以是针对人脸识别认证功能设置组件a，针对银行卡实名认证功能设置组件b，针对用户同意功能设置组件c。而对于上述的基础模板，这可以是针对不同的基础模板，配置不同的组件组合，例如，针对基础模板a配置组件a以及组件c，从而在所生成的应用页面中，实现人脸识别认证功能；针对基础模板b则可以配置组件b以及组件c，从而在所生成的应用页面中，实现银行卡实名认证功能。而当需要在一个应用页面中同时实现人脸识别认证功能以及银行卡实名认证功能时，则可以先选择基础模板a，再在基础模板a的基础上添加组件b；或者，可以先选择基础模板b，再在基础模板b的基础上添加组件a。
61.并且，对于上述的各个组件，还可以进行组件配置，以适应不同的数据来源以及数据形式，其中，各个组件可以对应多项基础信息的设置，例如，可以包括基础信息a、基础信息b、基础信息c以及基础信息d。对不同的基础信息进行设置，可以调整该组件对应的属性，例如，针对基础信息a进行设置，则可以是用于配置组件a的数据来源地址。
62.综上，在针对各个主体需要开发的服务应用，可以是先确定该服务应用所需的服务模块，然后，根据该服务模块的主要实现功能，选择合适的基础模板，再在该基础模板上进行组件选择，并对各个组件进行组件配置，从而在不同的应用页面中实现不同的服务功
能，进而实现整个服务应用的创建。
63.图2是本技术根据一示例实施例示出的团购信息处理方法的流程示意图。如图2所示，本实施例提供的团购信息处理方法，包括：
64.步骤101、根据目标服务功能的业务功能列表从预设组件库中选择至少一个目标组件。
65.当需要开发服务应用时，可以根据服务应用的需求，针对各个服务功能生成业务功能列表，其中，业务功能列表可以是实现该服务功能的所有业务功能的集合，其中，可以将各个业务功能理解为服务功能的子功能选项，通过子功能的组合来实现不同的服务功能。
66.在本步骤中，可以根据目标服务功能的业务功能列表从预设组件库中选择至少一个目标组件，其中，预设组件库中的不同组件用于支持不同的业务功能。在该预设组件库中，可以预设多个实现持不同的业务功能的组件，并且，可以根据需求添加新的组件，替换旧的组件，以及移除不必要的组件。
67.步骤102、响应于配置指令，对各个目标组件进行组件配置。
68.在根据目标服务功能选择完组件之后，可以对各个目标组件进行组件配置。具体的，可以是响应于配置指令，对各个目标组件进行组件配置，其中，由于需要将目标组件与数据源进行连接，以获取相应的数据对目标组件进行支持，因此，组件配置需要用于配置目标组件的数据接口，例如，通过组件配置，可以将目标组件与数据源建立数据连接，以使目标组件可以通过访问地址获取到数据源的数据。
69.步骤103、响应于生成指令，根据配置后的各个目标组件生成目标应用页面。
70.在对各个目标组件进行组件配置之后，可以基于配置后的目标组件生成目标应用页面。具体的，可以是响应于生成指令，根据配置后的各个目标组件生成目标应用页面，以使所生成的目标应用页面支持目标服务功能。例如，根据所选择以及配置后的组件，生成互联网医院应用或者互联网政务应用中的相关应用页面。
71.在本实施例中，通过根据目标服务功能的业务功能列表从预设组件库中选择至少一个目标组件，然后，对各个目标组件进行组件配置，再根据配置后的各个目标组件生成目标应用页面，以使目标应用页面支持目标服务功能，从而通过选择不同业务功能所对应的组件来对目标应用页面进行创建的方式，可以实现应用页面的快速搭建。并且，由于针对各个业务功能设置了对应的组件，因此，在针对不同的应用页面进行开发时，可以通过组件的共用，以搭建个性化的页面，从而满足不同运营主体的开发需求。同时，通过对组件进行配置，可以实现针对不同运营主体的数据隔离以及个性化设计，从而满足不同运营主体的差异化需求。此外，由于组件的共用，在对存在共性功能的不同互联网服务平台进行开发时，无需对各个业务功能进行单独重复开发，大大降低了服务应用的开发人力成本。
72.图3是本技术根据另一示例实施例示出的应用页面创建方法的应用场景图。如图3所示，本实施例提供的应用页面创建方法可以是应用于互联网医院应用中相关功能页面的搭建。
73.其中，在该互联网医院应用中，可以包括多个实现不同功能的服务模块，例如，可以包括建档模块、问诊模块、复诊模块以及报告。而针对不同医院，可以通过模块管理的方式对建档模块、问诊模块、复诊模块以及报告进行适应性的增减配置。其中，各个功能模块
的功能在服务应用的前端则可以是通过应用界面的方式进行呈现，即在不同的应用界面中可以实现不同的服务功能。
74.而针对每个功能模块，还可以设置多个不同的基础模板。例如，可以设置就诊人须知模板、添加就诊人模板、实名认证模板以及用户协议模板。
75.此外，针对每个业务功能(例如，人脸识别认证功能、银行卡实名认证功能、用户同意功能等)，则可以是设置相应的组件。
76.并且，对于上述的各个组件，还可以进行组件配置，以适应不同的数据来源以及数据形式，其中，各个组件可以对应多项基础信息的设置，例如，可以包括基础信息、地址绑定(例如：面向服务的架构绑定)、配置信息以及上线/下线。对不同的基础信息进行设置，可以调整该组件对应的属性，例如，针对基础信息a进行设置，则可以是用于配置组件a的数据来源地址。
77.综上，在针对各个医院需要开发的服务应用，可以是先确定该互联网医院应用所需的服务模块，然后，根据该服务模块的主要实现功能，选择合适的基础模板，再在该基础模板上进行组件选择，并对各个组件进行组件配置，从而在不同的应用页面中实现不同的服务功能，进而实现整个互联网医院应用的创建。
78.针对互联网医院应用的服务，可以将其按功能拆解成最小单元，形成组件，每个组件包含独立的接口管理和个性化配置。组件与组件之间，可以相互通信，又互不影响。多个互联网医院应用可以公用所有组件，其实质上多个医院的需求，无需以医院维度进行重复的开发工作，而是以组件的维度，每个组件类似积木，搭建不同医院，无需进行重复的开发工作。
79.针对互联网医院的服务，组件库已经包括多个功能性组件。每个组件的划分，以建档服务为例，其被拆解如下组件：列表组件，须知文案组件，同意协议组件，实名认证组件，添加就诊人组件。
80.图4是本技术根据另一示例实施例示出的应用页面创建方法的流程示意图。如图4所示，本实施例提供的应用页面创建方法，包括：
81.步骤201、根据目标服务功能确定基础页面模板。
82.在本步骤中，可以是根据目标服务功能确定基础页面模板，基础页面模板包括业务功能列表中至少部分业务功能对应的第一目标组件。
83.步骤202、根据业务功能列表以及基础页面模板所支持的业务功能，从预设组件库中选择至少一个第二目标组件。
84.然后，根据业务功能列表以及基础页面模板所支持的业务功能，从预设组件库中选择至少一个第二目标组件，其中，目标组件包括第一目标组件以及第二目标组件。
85.其中，图5是本技术中应用页面创建界面示意图，可以是在所选择的基础页面模板的基础上，添加人脸识别认证组件以及银行卡实名认证组件。
86.步骤203、响应于配置指令，对各个目标组件进行组件配置。
87.在根据目标服务功能选择完组件之后，可以对各个目标组件进行组件配置。具体的，可以是响应于配置指令，对各个目标组件进行组件配置，其中，由于需要将目标组件与数据源进行连接，以获取相应的数据对目标组件进行支持，因此，组件配置需要用于配置目标组件的数据接口，其中，数据接口用于建立目标组件与数据源之间的数据连接，和/或，用
于建立不同目标组件之间的数据连接。
88.可选的，组件配置还用于配置目标组件在目标应用页面中的第一显示特征，其中，第一显示特征包括第一位置特征、第一配色特征以及第一尺寸特征中的至少一项。继续参照图5所示，可以通过选择对应的组件，例如，图5中的协议组件，此时，即可以在协议组件上方显示，如“向上”、“向下”、“编辑”以及“删除”等控件，从而实现相应显示特征的配置。
89.此外，上述组件配置还用于配置各个从属功能控件在目标组件中的第二显示特征，第二显示特征包括第二位置特征、第二配色特征以及第二尺寸特征中的至少一项。继续参照图5所示，可以对“人脸识别认证组件”所对应的控件进行显示特征进行设置。
90.继续参照图5，在不同的互联网医院中，在开发建档服务功能，可以使用上述所有组件(其中，在配置平台中，也可以将组件统称为楼层)。通过所示，须知文案组件，同意组件，实名认证组件功能搭建形成就诊人须知页面，并且，还还可以通过改变组件的顺序，可以形成不同的页面，以此实现组件的共享。
91.但是，每个组件都有独立的个性化配置，被多个医院共享的组件，其配置不进行共享的。每个组件的配置信息，以医院为单位进行关联。即每个被共享的组件，在被不同的医院使用时，呈现的接口，文案，名称，地址等信息都可以是不一样的。通过配置平台进行动态的配置，多个组件就可以呈现不同的状态，而无需进行重复的代码开发工作。
92.图6是本技术中组件配置界面示意图。如图6所示，预问诊组件共包括是否登录访问，是否展示就诊人，创建就诊人链接，用户协议链接，知情同意书链接，流程控制设置等六项配置。可以通过配置信息的配置，实现a医院在使用此组件时，需要登录才能访问，不需要展示就诊人，流程控制里不包含展示就诊卡。b医院则可以重新配置所有信息，即不需要登录访问，展示就诊人，展示就诊卡等。并且，每个医院的配置信息相互独立，组件被共享，呈现的内容确不同，以通过这种方式提高组件的复用性与个性化。
93.在上述对应组件配置说明的基础上，组件配置还可以用于配置目标组件的功能控件特征，功能控件特征包括目标组件中各个从属功能控件的开关状态以及各个从属功能控件的跳转逻辑。即可以通过组件配置的方式，实现目标组件中各个从属功能控件之间的跳转链接，或者建立各个从属功能控件所对应应用的连接。此外，还可以通过配置各个从属功能控件的开关状态，来对该从属功能控件进行开关控制，例如，若将开关状态设置为开，则该从属功能控件为可用，而若将开关状态设置为关，则该从属功能控件为不可用。
94.此外，上述组件配置还可以用于配置目标组件的流程控制特征，其中，流程控制特征包括目标组件对应的流程信息的展示开关状态。继续参照图6，在预问诊组件中，可以设置“欢迎语”、“就诊人”、“病情描述”、“相关资料”等信息的展示开关状态。
95.步骤204、根据多个不同的目标应用页面生成目标服务模块。
96.在本步骤中，可以根据配置后的各个目标组件生成目标应用页面之后，根据多个不同的目标应用页面生成目标服务模块，目标服务模块用于支持目标服务单元，目标服务单元包括多个目标服务功能。
97.步骤205、根据多个不同的目标服务模块生成目标服务应用。
98.在本步骤中，则可以是在根据多个不同的目标应用页面生成目标服务模块之后，根据多个不同的目标服务模块生成目标服务应用，目标服务应用用于支持目标服务项目，目标服务项目包括多个目标服务单元。
99.图7是本技术根据一示例实施例示出的应用页面创建装置的结构示意图。如图7所示，本实施例提供的应用页面创建装置300，包括：
100.选择模块301，用于根据目标服务功能的业务功能列表从预设组件库中选择至少一个目标组件，其中，所述预设组件库中的不同组件用于支持不同的业务功能；
101.配置模块302，用于响应于配置指令，对各个所述目标组件进行组件配置，其中，所述组件配置用于配置所述目标组件的数据接口；
102.生成模块303，用于响应于生成指令，根据配置后的各个所述目标组件生成目标应用页面，以使所述目标应用页面支持所述目标服务功能。
103.在一种可能的设计中，所述选择模块301，具体用于：
104.根据所述目标服务功能确定基础页面模板，所述基础页面模板包括所述业务功能列表中至少部分业务功能对应的第一目标组件；
105.根据所述业务功能列表以及所述基础页面模板所支持的业务功能，从所述预设组件库中选择至少一个第二目标组件，其中，所述目标组件包括所述第一目标组件以及所述第二目标组件。
106.在一种可能的设计中，所述配置模块302，还用于配置所述目标组件在所述目标应用页面中的第一显示特征，所述第一显示特征包括第一位置特征、第一配色特征以及第一尺寸特征中的至少一项。
107.在一种可能的设计中，所述配置模块302，还用于配置所述目标组件的功能控件特征，所述功能控件特征包括所述目标组件中各个从属功能控件的开关状态以及所述各个从属功能控件的跳转逻辑。
108.在一种可能的设计中，所述配置模块302，还用于配置所述各个从属功能控件在所述目标组件中的第二显示特征，所述第二显示特征包括第二位置特征、第二配色特征以及第二尺寸特征中的至少一项。
109.在一种可能的设计中，所述配置模块302，还用于配置所述目标组件的功能控件特征，所述功能控件特征包括所述目标组件中各个从属功能控件的开关状态以及所述各个从属功能控件的跳转逻辑。
110.在一种可能的设计中，所述配置模块302，还用于配置所述目标组件的流程控制特征，所述流程控制特征包括所述目标组件对应的流程信息的展示开关状态。
111.在一种可能的设计中，所述数据接口用于建立所述目标组件与数据源之间的数据连接，和/或，用于建立不同目标组件之间的数据连接。
112.在一种可能的设计中，所述生成模块303，还用于根据多个不同的所述目标应用页面生成目标服务模块，所述目标服务模块用于支持目标服务单元，所述目标服务单元包括多个所述目标服务功能。
113.在一种可能的设计中，所述生成模块303，还用于根据多个不同的所述目标服务模块生成目标服务应用，所述目标服务应用用于支持目标服务项目，所述目标服务项目包括多个所述目标服务单元。
114.本实施例提供应用页面创建装置，可以用于执行上述方法实施例中的步骤。对于本技术装置实施例中未披露的细节，请参照本技术方法实施例。
115.图8是本技术根据一示例实施例示出的电子设备的结构示意图。如图8所示，本实
施例提供的一种电子设备400，包括：
116.处理器401；以及，
117.存储器402，用于存储所述处理器的可执行指令，该存储器还可以是flash(闪存)；
118.其中，所述处理器401配置为经由执行所述可执行指令来执行上述方法中的各个步骤；
119.显示器403，用于显示经所述应用页面创建方法创建的目标应用页面。
120.可选地，存储器402既可以是独立的，也可以跟处理器401集成在一起。
121.当所述存储器402是独立于处理器401之外的器件时，所述电子设备400，还可以包括：
122.总线404，用于连接所述处理器401、所述存储器402以及显示器403。
123.本实施例还提供一种可读存储介质，可读存储介质中存储有计算机程序，当电子设备的至少一个处理器执行该计算机程序时，电子设备执行上述方法中的各个步骤。
124.本实施例还提供一种程序产品，该程序产品包括计算机程序，该计算机程序存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该计算机程序，至少一个处理器执行该计算机程序使得电子设备实施上述方法中的各个步骤。
125.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
126.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或对其中部分或全部技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。