页面开发方法、系统及装置与流程

1.本技术涉及智能家居和智慧家庭技术领域，具体而言，涉及一种页面开发方法、系统及装置。


背景技术：

2.应用程序(application，app)页面的更新频率通常较高。目前，app页面的更新需要开发人员重新进行页面开发。通常，在进行页面开发过程中，开发人员还需要与运营人员进行详细沟通，确定运营需求之后，才能进行页面开发。因此，现有的页面开发的效率较低。


技术实现要素：

3.本技术提供一种页面开发方法、系统及装置，以提高页面开发的效率。
4.第一方面，本技术提供一种页面开发系统，所述页面开发系统包括：组件库、运营后台，以及，数据处理子系统，所述组件库包括：至少一个页面组件；
5.所述运营后台，用于响应用户触发的页面组件组装操作，从所述组件库中获取至少一个目标页面组件；接收所述用户输入的每个所述目标页面组件对应的显示信息；向所述数据处理子系统发送页面编译请求；所述页面编译请求包括：每个所述目标页面组件对应的显示信息；
6.所述数据处理子系统，用于响应所述页面编译请求，根据所述每个所述目标页面组件对应的显示信息，得到目标页面资源包；所述目标页面用于显示所述每个所述目标页面组件对应的显示信息。
7.可选的，所述数据处理子系统包括：数据服务端，以及，编译服务端；
8.所述数据服务端，用于接收所述页面编译请求，并在任务队列中不存在与所述页面编译请求相同的编译任务时，按照所述页面编译请求在所述任务队列中的顺序，向所述编译服务端发送所述页面编译请求；
9.所述编译服务端，用于响应所述页面编译请求，根据所述每个所述目标页面组件对应的显示信息，得到目标页面资源包。
10.可选的，所述数据服务端，还用于：
11.若所述任务队列中存在与所述页面编译请求相同的编译任务，则丢弃所述页面编译请求。
12.可选的，所述编译服务端还用于，在得到目标页面资源包之后，向所述数据服务端反馈第一编译结果，所述第一编译结果用于表征编译成功；
13.数据服务端还用于，在向所述编译服务端发送所述页面编译请求之后，判断是否在预设时长内接收到所述第一编译结果；
14.若在预设时长内接收到所述第一编译结果，则为所述页面编译请求添加用于表征编译成功的第一标识。
15.可选的，所述数据服务端，还用于：
16.若在预设时长内未接收到所述第一编译结果，则根据所述数据服务端向所述编译服务端发送所述页面编译请求的次数，确定是否重新向所述编译服务端发送所述页面编译请求。
17.可选的，所述组件库包括：至少一个交互页面组件，所述交互页面组件为需要超文本标记语言h5与原生操作系统进行交互实现内容显示的页面组件。
18.可选的，所述页面开发系统还包括：web服务端；
19.所述数据处理子系统，还用于在得到所述目标页面资源包之后，将所述目标页面资源包存储至所述web服务端，以使所述web服务端根据所述目标页面资源包，为目标终端提供所述目标页面的显示信息。
20.第二方面，本技术提供一种页面开发方法，所述方法应用于如第一方面任一项所述的页面开发系统中的运营后台，所述方法包括：
21.响应用户触发的页面组件组装操作，从组件库中获取至少一个目标页面组件；
22.接收所述用户输入的每个所述目标页面组件对应的显示信息；
23.向数据处理子系统发送页面编译请求，以使所述数据处理子系统根据所述页面编译请求中包括的每个所述目标页面组件对应的显示信息，得到目标页面资源包；所述目标页面用于显示所述每个所述目标页面组件对应的显示信息。
24.第三方面，本技术提供一种页面开发方法，所述方法应用于如第一方面任一项所述的页面开发系统中的数据处理子系统，所述方法包括：
25.接收来自运营后台的页面编译请求，所述页面编译请求包括：每个目标页面组件对应的显示信息；所述页面编译请求为所述运营后台响应用户触发的页面组件组装操作，从组件库中获取至少一个目标页面组件，并接收所述用户输入的每个所述目标页面组件对应的显示信息之后向所述数据处理子系统发送的；
26.根据所述每个所述目标页面组件对应的显示信息，得到目标页面资源包；所述目标页面用于显示所述每个所述目标页面组件对应的显示信息。
27.第四方面，本技术提供一种页面开发装置，所述装置应用于如第一方面任一项所述的页面开发系统中的运营后台，所述装置包括：
28.获取模块，用于响应用户触发的页面组件组装操作，从组件库中获取至少一个目标页面组件；
29.接收模块，用于接收所述用户输入的每个所述目标页面组件对应的显示信息；
30.发送模块，用于向数据处理子系统发送页面编译请求，以使所述数据处理子系统根据所述页面编译请求中包括的每个所述目标页面组件对应的显示信息，得到目标页面资源包；所述目标页面用于显示所述每个所述目标页面组件对应的显示信息。
31.第五方面，本技术提供一种页面开发装置，所述装置应用于如第一方面任一项所述的页面开发系统中的数据处理子系统，所述装置包括：
32.接收模块，用于接收来自运营后台的页面编译请求，所述页面编译请求包括：每个目标页面组件对应的显示信息；所述页面编译请求为所述运营后台响应用户触发的页面组件组装操作，从组件库中获取至少一个目标页面组件，并接收所述用户输入的每个所述目标页面组件对应的显示信息之后向所述数据处理子系统发送的；
33.处理模块，用于根据所述每个所述目标页面组件对应的显示信息，得到目标页面
资源包；所述目标页面用于显示所述每个所述目标页面组件对应的显示信息。
34.第六方面，本技术提供一种电子设备，包括：处理器、存储器，以及，发送器和接收器；所述处理器与所述存储器通信连接；
35.所述发送器和接收器均耦合至所述处理器，所述处理器控制所述发送器的发送动作；所述处理器控制所述接收器的接收动作；
36.所述存储器存储计算机执行指令；
37.所述处理器执行所述存储器存储的计算机执行指令，以实现如第二方面或第三方面中任一项所述的方法。
38.第七方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机执行指令，当所述计算机执行指令被处理器执行时，实现第二方面或第三方面任一项所述的方法。
39.第八方面，本技术提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现第二方面或第三方面任一项所述的方法。
40.本技术提供的页面开发方法、系统及装置，页面开发子系统中的组件库可以包括至少一个页面组件，使得运营后台可以根据用户触发的页面组件组装操作，从该组件库中获取目标页面组件。且运营后台还可以接收用户输入的每个目标页面组件对应的显示信息。通过上述方法，使得用户(例如运营人员)可以直接通过运营平台组装满足运营需求的目标页面，避免了不同用户之间进行需求沟通。运营后台可以将包括每个目标页面组件对应的显示信息的页面编译请求发送至数据处理子系统，以使该数据处理子系统可以根据每个目标页面组件对应的显示信息，得到目标页面资源包。通过上述页面开发系统，在进行页面开发时，不需运营人员与开发人员进行开发前的沟通，运营人员可以自己根据页面运营需求进行页面开发，降低了沟通时长，提高了页面开发的效率。此外，通过上述方法，组件库中的页面组件是可以重复使用的，避免了每次页面更新都重新进行一次页面开发，进一步提高了页面开发的效率，且减少了开发资源的浪费。
附图说明
41.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
42.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
43.图1为本技术提供的一种页面开发系统的架构示意图；
44.图2为本技术提供的一种页面组件组装界面的示意图；
45.图3为本技术提供的另一种页面开发系统的架构示意图；
46.图4为本技术提供的又一种页面开发系统的架构示意图；
47.图5为本技术提供的一种页面开发方法的流程示意图；
48.图6为本技术提供的一种页面开发装置的结构示意图；
49.图7为本技术提供的另一种页面开发装置的结构示意图；
50.图8为本技术提供的一种电子设备结构示意图。
具体实施方式
51.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
52.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
53.下面首先对本技术涉及到的部分名词概念进行解释：
54.超文本标记语言5(hyper text markup language 5，html5)：简称h5，是构建网络(web)内容的一种语言描述方式。
55.h5开发：h5开发为一种应用程序(application，app)开发方式，具有开发速度快、节约开发资源的特点。
56.原生开发：一种基于终端设备(例如手机)的操作系统提供的原生开发功能的app开发方式。原生开发具有运行速度快，页面切换流畅性好的特点。
57.混合(hybrid)开发：一种结合h5开发和原生开发的混合app开发方式。
58.一个app可以包括至少一个页面。通常，该至少一个页面中可以存在多数页面为h5页面。目前，app开发可以是针对该app中的某个页面进行开发。也就是说，可以通过重新进行页面开发，对app进行页面更新(也就是app的更新)。
59.在现有的页面开发方式中，无论是h5开发、原生开发还是混合开发，均需专业的开发人员与运营人员进行详细沟通，确定该页面的运营需求之后，才能进行页面开发。因此，现有的页面开发的效率较低。
60.对于更新需求较为频繁的页面，例如电商类app的页面，在节假日等时间需要更新活动推广页面，然而实际上这些活动推广页面使用时间并不长，却每次页面更新都需开发人员与运营人员进行详细沟通，确定该页面的运营需求之后，再进行开发。
61.因此，如何提高页面开发的效率是一个亟待解决的问题。
62.考虑到现有的页面开发的效率较低的原因是需要专业的开发人员与运营人员进行详细沟通，确定页面的运营需求之后才进行页面开发，因此，本技术提出了一种可以降低开发人员与运营人员之间的沟通时长，使得运营人员可以自己根据页面运营需求进行页面开发的页面开发系统。通过上述页面开发系统，可以提供页面开发所需的页面组件，用户(例如运营人员)可以直接根据页面运营需求进行页面开发，降低了沟通时长，提高了页面开发的效率。
63.下面结合具体地实施例对本技术的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
64.图1为本技术提供的一种页面开发系统的架构示意图。如图1所示，该系统可以包括：组件库、运营后台，以及，数据处理子系统。
65.其中，上述组件库中可以包括至少一个页面组件。可选的，该组件库中的页面组件可以为开发人员预先存储在该组件库中的。在一些实施例中，开发人员还可以通过用户终端对该组件库中的页面组件进行更新。应理解，本技术对开发人员如何开发上述页面组件并不进行限定。
66.可选的，该组件库包括：至少一个交互页面组件。其中，该交互页面组件为需要h5与原生操作系统进行交互实现内容显示的页面组件。在该实现方式下，该交互页面组件中例如可以包括预设的h5与原生操作系统的交互逻辑。示例性的，该交互逻辑例如可以为开发人员预先添加在该交互页面组件中的。可选的，上述原生操作系统可以为任意一种现有的操作系统，例如安卓操作系统、ios操作系统、windows操作系统等。
67.或者，该组件库中例如还可以包括：至少一个第二页面组件。该第二页面组件可以为不需h5与原生操作系统进行交互来实现内容显示的页面组件。例如，该第二页面组件例如可以为仅基于h5即可实现内容显示的页面组件，或者，仅基于原生操作系统即可实现内容显示的页面组件。
68.运营后台，可以用于响应用户触发的页面组件组装操作，从上述组件库中获取至少一个目标页面组件，以及，接收用户输入的每个目标页面组件对应的显示信息。然后，运营后台，可以用于向数据处理子系统发送包括“上述每个目标页面组件对应的显示信息”的页面编译请求。
69.示例性的，上述用户可以为具有该运营后台使用权限的用户，例如运营人员等。
70.应理解，本技术对上述运营后台的部署环境并不进行限定。在一些实施例中，该运营后台中的各部分可以分别部署在终端电子设备(位于用户侧)、边缘环境和云环境中的任意两个或三个中。位于用户侧的终端电子设备例如可以包括下述至少一种：终端服务器、智能手机、笔记本电脑、平板电脑、个人台式电脑等。边缘环境为包括距离终端电子设备较近的边缘电子设备集合的环境，边缘电子设备包括：边缘服务器、拥有计算力的边缘小站等。部署在不同环境或设备的运营后台的各个部分协同实现上述功能。
71.示例性的，以上述终端电子设备为电脑为例，图2为本技术提供的一种页面组件组装界面的示意图。如图2所示，在该页面组件组装界面可以包括：组件库中页面组件的显示区域。运营后台可以在该区域中显示该组件库中包括的至少一个页面组件。示例性的，运营后台例如可以响应用户将“组件库中页面组件的显示区域”中显示的页面组件，拖拽至“页面组件组装操作显示区域”的操作，将用户拖拽的页面组件作为目标页面组件(例如图2中所示的页面组件1、页面组件3和页面组件6)，并从上述组件库中获取该目标页面组件。
72.可选的，在一些实施例中，一个目标页面中可以包括多个相同的目标页面组件。如图2所示，该目标页面中可以包括两个页面组件3。
73.可选的，上述目标页面组件对应的显示信息例如可以包括下述至少一项：该目标页面组件对应的显示内容的类型标识(例如图片、视频、文本等)，该目标页面组件对应的显示内容、该目标页面组件在目标页面的显示位置、尺寸、时长等。
74.可选的，运营后台例如可以通过应用程序接口(application programming interface，api)，或者，图形用户界面(graphical user interface，gui)等接收用户输入
的每个目标页面组件对应的显示信息。
75.应理解，本技术对运营后台“接收用户输入的每个目标页面组件对应的显示信息”的时机并不进行限定。例如，运营后台可以在从组件库中获取所有的目标页面组件之后，接收用户输入的每个目标页面组件对应的显示信息。或者，运营后台还可以每从组件库中获取一个目标页面组件，便接收用户输入的该目标页面组件对应的显示信息。
76.可选的，运营后台在接收到用户输入的每个目标页面组件对应的显示信息之后，可以根据每个目标页面组件对应的显示信息，生成上述页面编译请求，并将该页面编译请求发送至数据处理子系统。相应的，数据处理子系统可以接收该页面编译请求。
77.数据处理子系统，可以用于响应上述页面编译请求，根据每个目标页面组件对应的显示信息，得到目标页面资源包。其中，该目标页面用于显示每个目标页面组件对应的显示信息。
78.可选的，数据处理子系统根据每个目标页面组件对应的显示信息，得到目标页面资源包的具体实现方式，可以参照任意一种现有的页面开发中的页面编译方式，本技术在此不再赘述。
79.在本实施例中，页面开发子系统中的组件库可以包括至少一个页面组件，使得运营后台可以根据用户触发的页面组件组装操作，从该组件库中获取目标页面组件。且运营后台还可以接收用户输入的每个目标页面组件对应的显示信息。通过上述方法，使得用户(例如运营人员)可以直接通过运营平台组装满足运营需求的目标页面，避免了不同用户之间进行需求沟通。运营后台可以将包括每个目标页面组件对应的显示信息的页面编译请求发送至数据处理子系统，以使该数据处理子系统可以根据每个目标页面组件对应的显示信息，得到目标页面资源包。通过上述页面开发系统，在进行页面开发时，不需运营人员与开发人员进行开发前的沟通，运营人员可以自己根据页面运营需求进行页面开发，降低了沟通时长，提高了页面开发的效率。此外，通过上述方法，组件库中的页面组件是可以重复使用的，避免了每次页面更新都重新进行一次页面开发，进一步提高了页面开发的效率，且减少了开发资源的浪费。
80.下面对上述数据处理子系统进行详细说明：
81.图3为本技术提供的另一种页面开发系统的架构示意图。如图3所示，作为一种可能的实现方式，在该页面开发系统中的数据处理子系统可以包括：数据服务端，以及，编译服务端。
82.其中，作为一种可能的实现方式，该数据服务端，可以用于接收页面编译请求，并在任务队列中不存在与该页面编译请求相同的编译任务时，按照该页面编译请求在任务队列中的顺序，向编译服务端发送该页面编译请求。该编译服务端，可以用于响应上述页面编译请求，根据每个目标页面组件对应的显示信息，得到目标页面资源包。示例性的，上述任务队列例如可以为存储在该数据服务端中的。
83.以具有相同任务标识的页面编译请求为相同的编译任务为例，则数据服务端可以判断该任务队列中是否存在与该页面编译请求具有相同任务标识的编译任务。示例性的，页面编译请求的任务标识例如可以为该页面编译请求对应的目标页面的页面标识。若数据服务端确定该任务队列中存在与该页面编译请求具有相同任务标识的编译任务，则可以确定任务队列中存在与该页面编译请求相同的编译任务。若数据服务端确定该任务队列中不
存在与该页面编译请求具有相同任务标识的编译任务，则可以确定任务队列中不存在与该页面编译请求相同的编译任务。
84.若数据服务端确定任务队列中不存在与该页面编译请求相同的编译任务，说明运营后台未重复提交该页面编译请求，则可以按照该页面编译请求在任务队列中的顺序，向编译服务端发送该页面编译请求。
85.在一些实施例中，数据服务端例如可以按照接收到各页面编译请求的先后顺序，将各页面编译请求在任务队列中进行排序，并按照该先后顺序，将编译服务端发送页面编译请求。
86.通过上述方法，数据服务端可以在任务队列中不存在与该页面编译请求相同的编译任务时，向编译服务端发送该页面编译请求，避免了编译服务端重复对该页面编译请求执行编译任务。通过按照页面编译请求在任务队列中的顺序，向编译服务端发送该页面编译请求，避免了编译服务端处理多个页面编译请求时顺序出现混乱，进而避免了目标页面资源包的顺序混乱的问题。
87.若数据服务端确定任务队列中存在与该页面编译请求相同的编译任务，说明运营后台重复提交了该页面编译请求。因此，可选的，数据服务端可以丢弃该页面编译请求。通过上述方法，数据服务端可以在任务队列中存在与该页面编译请求相同的编译任务时，丢弃该页面编译请求，避免了重复向编译服务端发送该页面编译请求，减少了编译服务端的计算量，且避免了编译服务端重复对目标页面的编译任务，进而还提高了对上述任务队列中其他页面编译请求的编译效率。
88.可选的，编译服务端还可以用于在得到目标页面资源包之后，向数据服务端反馈“用于表征编译成功”的第一编译结果。相应的，数据服务端可以接收该第一编译结果。
89.在一些实施例中，若编译服务端未得到目标页面资源包，或者未在目标时长内编译得到目标页面资源包，说明编译服务端编译失败。因此，可选的，编译服务端可以向数据服务端反馈“用于表征编译失败”的第二编译结果，或者，不向该数据服务端反馈任何编译结果。
90.数据服务端还可以用于在向编译服务端发送页面编译请求之后，判断是否在预设时长内接收到上述第一编译结果。可选的，该预设时长例如可以为预先存储在该数据服务端中的。
91.若数据服务端在预设时长内接收到该第一编译结果，说明编译服务端根据每个目标页面组件对应的显示信息，得到了目标页面资源包。则数据服务端可以为该页面编译请求添加用于表征编译成功的第一标识。
92.应理解，本技术对该第一标识的字段标记的类型并不进行限定。例如，该第一标识可以为数字、字母、或者数字和字母的组合等任意一种类型字段标记。
93.可选的，数据服务端例如可以将接收到的各页面编译请求存储到数据库中。该数据库可以是部署在该数据服务端中的，也可以是部署在该数据服务端之外的。在该实现方式下，数据服务端可以在预设时长内接收到该第一编译结果之后，通过在该数据库中为该页面编译请求添加上述第一标识。
94.在一些实施例中，若数据服务端在预设时长内未接收到第一编译结果，说明编译服务端根据每个目标页面组件对应的显示信息编译失败。则数据服务端还可以用于重新向
编译服务端发送该页面编译请求，以使编译服务端能够再次根据每个目标页面组件对应的显示信息进行编译，得到目标页面资源包。
95.可选的，数据服务端可以在确定预设时长内未接收到第一编译结果时，直接重新向编译服务端发送该页面编译请求。
96.或者，数据服务端可以用于根据数据服务端向编译服务端发送该页面编译请求的次数，确定是否重新向编译服务端发送该页面编译请求。
97.其中，上述数据服务端向编译服务端发送该页面编译请求的次数，可以为数据服务端记录，并存储在数据服务端中的。
98.若数据服务端确定向编译服务端发送该页面编译请求的次数大于或等于2，说明数据服务端已经重试过向编译服务端发送该页面编译请求。因此，可选的，数据服务端可以确定不重新向编译服务端发送该页面编译请求。若数据服务端确定向编译服务端发送该页面编译请求的次数小于2，说明数据服务端未重试过向编译服务端发送该页面编译请求。因此，数据服务端可以确定重新向编译服务端发送该页面编译请求。
99.在本实施例中，通过在预设时长内未接收到第一编译结果时，根据数据服务端向编译服务端发送该页面编译请求的次数，确定是否重新向编译服务端发送该页面编译请求，避免了多次重复对该页面编译请求进行编译，降低了计算资源消耗。
100.图4为本技术提供的又一种页面开发系统的架构示意图。如图4所示，作为一种可能的实现方式，该页面开发系统还可以包括：web服务端。
101.在该实现方式下，数据处理子系统还可以用于在得到目标页面资源包之后，将该目标页面资源包存储至web服务端，以使该web服务端可以根据目标页面资源包，为目标终端提供目标页面的显示信息。
102.可选的，上述目标终端可以为任意一种向web服务端请求浏览该目标页面的终端设备，例如手机、电脑等。
103.示例性的，数据处理子系统还可以为该目标页面资源包添加唯一的标识，用于表示该目标页面资源包的唯一性。其中，该标识例如可以为目标页面的唯一编码(identity document，id)。目标终端可以响应用户触发浏览该目标页面的操作，向web服务端发送目标页面的浏览请求。该浏览请求可以包括该目标页面的id。web服务端在接收到该浏览请求后，可以根据该目标页面的id，获取上述目标页面资源包，并将该目标页面资源包转换为html链接，以将该html链接反馈至目标终端。相应的，目标终端可以接收该html链接，并通过浏览器或者原生操作系统自带的webview容器，对该html链接所包括的信息进行渲染，进而根据渲染结果显示目标页面。
104.在本实施例中，通过将目标页面资源包存储至web服务端，使得目标终端可以从该web服务端获取目标页面资源包，进而进行目标页面的显示。通过上述方法，实现了通过该页面开发系统自动发布新的目标页面，提高了新的目标页面发布的效率，提高了用户体验。
105.本技术还提供一种页面开发方法，可以应用于前述任一实施例所述的页面开发系统中的运营后台。该页面开发方法可以包括以下步骤：
106.步骤11、运营后台响应用户触发的页面组件组装操作，从上述组件库中获取至少一个目标页面组件。
107.步骤12、运营后台接收用户输入的每个目标页面组件对应的显示信息。
108.步骤13、运营后台向数据处理子系统发送页面编译请求，以使数据处理子系统根据页面编译请求中包括的每个目标页面组件对应的显示信息，得到目标页面资源包。其中，该目标页面用于显示每个目标页面组件对应的显示信息。
109.本技术提供的该页面开发方法具有的技术效果与前述页面开发系统类似，对此不再赘述。
110.本技术还提供一种页面开发方法，可以应用于前述任一实施例所述的页面开发系统中的数据处理子系统。该页面开发方法可以包括以下步骤：
111.步骤21、数据处理子系统接收来自运营后台的页面编译请求。其中，该页面编译请求可以包括：每个目标页面组件对应的显示信息。如前述所说，该页面编译请求可以为运营后台响应用户触发的页面组件组装操作，从组件库中获取至少一个目标页面组件，并接收用户输入的每个目标页面组件对应的显示信息之后向数据处理子系统发送的。
112.步骤22、数据处理子系统根据每个目标页面组件对应的显示信息，得到目标页面资源包。其中，该目标页面用于显示每个目标页面组件对应的显示信息。
113.本技术提供的该页面开发方法具有的技术效果与前述页面开发系统类似，对此不再赘述。
114.以页面开发系统包括：组件库、运营后台、数据服务端、编译服务端，以及web服务端为例，图5为本技术提供的一种页面开发方法的流程示意图。如图5所示，首先h5前端开发人员可根据需求的用户界面(user interface，ui)规范写至少一个页面组件，存储在组件库中。开发人员还可以预先根据自该页面组件的业务需求，选择是否需要添加与原生操作系统的交互逻辑。若需要，则可以添加该页面组件与原生操作系统的交互逻辑。
115.页面开发系统例如可以通过npm install函数安装运营后台。运营人员可以开始使用运营后台。
·
运营人员可以通过拖拽目标页面组件的方式触发页面组装操作，根据产品的需求组装一个页面。示例性的，页面整体的格式可以是从上到下的形式。每个目标页面组件对应的显示信息也可以是通过运营人员录入的。运营人员完成后可提交编译任务(也就是页面编译请求)到数据服务端。
116.数据服务端判断当前页面编译请求是否已存在于任务队列当中(也就是判断是否存在相同任务)。若存在，可以直接忽略该页面编译请求。若不存在，则将该页面编译请求添加到任务队列当中。
117.然后，数据服务端可以判断任务队列长度是否大于1。若是，则继续等待。若否，则可以直接提交页面编译请求至编译服务端。提交页面编译请求至编译服务端之后，数据服务端启动定时器，并等待编译结果。
118.编译服务端则对该页面编译请求，进行编译任务。编译服务端例如可以通过npm run build函数执行打包(也就是编译任务)。若编译打包完成，则将目标页面资源包直接存在静态资源web服务端，并不管打包是否成功，都向数据服务端返回编译结果。
119.数据服务判断编译结果是否用于表征编译成功。若成功，则更新编译任务表和页面数据表。其中，更新编译任务表和页面数据表可以是存储在任务数据库中的。数据服务端可以在预设时长内接收到该编译成功的编译结果之后，在该数据库中为该页面编译请求添加用于表征编译成功的第一标识。若失败，则判断该编译请求是否重新试过。如果有，则更新数据库中的打包任务表，表征该页面编译请求已经试过。如果没有，则将该页面编译请求
再次添加到任务队列中。
120.数据服务端还可以查看任务队列中是否还存在任务(也就是判断任务队列长度是否大于0)。若存在(若大于0)，则取出下一个页面编译请求(编译任务)进行编译的流程。若不存在，则结束。
121.另一方面，编译服务端在打包完成(也就是编译得到目标页面资源包)之后，可以将目标页面资源包存在静态资源web服务端。每一个目标页面资源包有唯一id标识。真实用户在浏览该目标页面时，web服务端为用户终端提供一个http链接。用户可以通过目标终端，web服务端发送携带页面的id的请求。web服务端接收到后，可以根据该页面的id，向目标终端返回该id对应的html。目标终端可以通过浏览器或者webview容器进行渲染，使用户查看并使用目标页面。
122.在本实施例中，开发人员可以预先将开发好的可以进行编辑的页面组件存储到组件库中。针对部分页面组件，还可以添加h5与原生操作系统的交互逻辑。通过上述方法，运营人员可以直接根据运营需求组装目标页面，并提交编译请求。触发编译请求之后，数据服务端可以采用单点的模式，每一个页面都是一个编译任务，编译服务端一次只进行一个编译任务，避免了任务队列错乱导致同一个任务编译出多个结果的问题，进而提高了页面编译的准确性。本技术提供的页面开发系统，在混合开发的基础上，保证h5页面开发可以更加节约开发资源。针对各个不同的业务需求，开发人员只需要完成ui组件，剩余的工作可以由产品与运营人员的完成，降低了沟通时间，提高了页面开发效率。尤其是针对一些一次性的页面需求，现有的开发流程是需要开发人员每次有新的需求就需要与运营人员进行沟通以重新进行页面开发。通过本技术提供的页面开发方法，在组件库能够完成页面需求的情况下，不需开发人员介入，大大减少开发资源的浪费，有利于项目的迭代。
123.图6为本技术提供的一种页面开发装置的结构示意图。该装置30应用于如前述任一实施例所述的页面开发系统中的运营后台。如图6所示，该装置30包括：获取模块31、接收模块32、发送模块33。其中，
124.获取模块31，用于响应用户触发的页面组件组装操作，从组件库中获取至少一个目标页面组件。
125.接收模块32，用于接收所述用户输入的每个所述目标页面组件对应的显示信息。
126.发送模块33，用于向数据处理子系统发送页面编译请求，以使所述数据处理子系统根据所述页面编译请求中包括的每个所述目标页面组件对应的显示信息，得到目标页面资源包。其中，所述目标页面用于显示所述每个所述目标页面组件对应的显示信息。
127.本技术提供的页面开发装置30，用于执行前述运营后台执行的页面开发方法实施例，其实现原理与技术效果类似，对此不再赘述。
128.图7为本技术提供的另一种页面开发装置的结构示意图。该装置40应用于如前述任一实施例所述的页面开发系统中的数据处理子系统。如图7所示，该装置40包括：接收模块41、处理模块42。其中，
129.接收模块41，用于接收来自运营后台的页面编译请求。其中，所述页面编译请求包括：每个目标页面组件对应的显示信息；所述页面编译请求为所述运营后台响应用户触发的页面组件组装操作，从组件库中获取至少一个目标页面组件，并接收所述用户输入的每个所述目标页面组件对应的显示信息之后向所述数据处理子系统发送的。
130.处理模块42，用于根据所述每个所述目标页面组件对应的显示信息，得到目标页面资源包。其中，所述目标页面用于显示所述每个所述目标页面组件对应的显示信息。
131.本技术提供的页面开发装置40，用于执行前述数据处理子系统执行的页面开发方法实施例，其实现原理与技术效果类似，对此不再赘述。
132.图8为本技术提供的一种电子设备结构示意图。可选的，上述运营后台或者数据处理子系统可以部署在该电子设备中。如图8所示，该电子设备500可以包括：至少一个处理器501和存储器502、接收器505，以及，发送器504。其中，
133.接收器505和发送器504均耦合至处理器501。该处理器501控制接收器505的接收动作，处理器501控制发送器504的发送动作。
134.存储器502，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。
135.存储器502可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
136.处理器501用于执行存储器502存储的计算机执行指令，以实现前述方法实施例所描述的页面开发方法。其中，处理器501可能是一个中央处理器(central processing unit，简称为cpu)，或者是特定集成电路(application specific integrated circuit，简称为asic)，或者是被配置成实施本技术实施例的一个或多个集成电路。
137.可选的，该电子设备500还可以包括通信接口503。在具体实现上，如果通信接口503、存储器502和处理器501独立实现，则通信接口503、存储器502和处理器501可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(industry standard architecture，简称为isa)总线、外部设备互连(peripheral component，简称为pci)总线或扩展工业标准体系结构(extended industry standard architecture，简称为eisa)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。
138.可选的，在具体实现上，如果通信接口503、存储器502和处理器501集成在一块芯片上实现，则通信接口503、存储器502和处理器501可以通过内部接口完成通信。
139.上述页面开发方法可以广泛应用于智慧家庭(smart home)、智能家居、智能家用设备生态、智慧住宅(intelligence house)生态等全屋智能数字化控制应用场景。上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：wifi(wireless fidelity，无线保真)，蓝牙。终端设备可以并不限定于为pc、手机、平板电脑、智能空调、智能烟机、智能冰箱、智能烤箱、智能炉灶、智能洗衣机、智能热水器、智能洗涤设备、智能洗碗机、智能投影设备、智能电视、智能晾衣架、智能窗帘、智能影音、智能插座、智能音响、智能音箱、智能新风设备、智能厨卫设备、智能卫浴设备、智能扫地机器人、智能擦窗机器人、智能拖地机器人、智能空气净化设备、智能蒸箱、智能微波炉、智能厨宝、智能净化器、智能饮水机、智能门锁等。
140.本技术还提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁盘或者光盘等各种可以存储程序代码的介质，具体的，该计算机可读存储介质
中存储有程序指令，程序指令用于上述实施例中的方法。
141.本技术还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得电子设备实施上述的各种实施方式提供的页面开发方法。
142.以上仅是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。