CN117093799A - 网页生成方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开涉及网页生成方法、装置、电子设备及存储介质，上述方法包括:获取待处理网页，所述待处理网页包括多个板块；响应于针对所述网页中目标板块的创建操作，展示与所述目标板块相对应的组件列表；其中，所述组件列表携带各组件的组件信息；响应于针对所述组件列表的选择操作，在所述目标板块中加载所述组件列表中的目标组件，生成目标网页。这样可以根据需要获得相关组件，并实现组件的复用，能够提高网页的开发效率。

Description

网页生成方法、装置、电子设备及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及网页生成方法、装置、电子设备及存储介质。

背景技术

随着互联网技术的不断发展，网络服务已逐渐成为人们日常生活中不可或缺的一部分，其中网络服务通常需要通过网页开发来实现，而对网页开发而言，如何快速地构建出合适的网页是网页开发中的重要一环。

相关技术中，在需要开发丰富多样的网页时，除了开发者设计网页的业务代码，例如还可以从NPM包中调用相关的组件，以节省开发时间。然而，由于NPM包中的代码很难拆分，给开发者带来很大不便，进而很多时候不能及时更新NPM包中的组件。开发者在直接调用NPM包中的相关组件时，由于NPM包中组件未能及时得到更新，开发出的网页可能存在问题，导致网页的开发效率较低。

发明内容

本公开提供了一种网页生成方法、装置、电子设备及存储介质。

根据本公开的一方面，提供了一种网页生成方法，所述方法包括：

获取待处理网页，所述待处理网页包括多个板块；

响应于针对所述网页中目标板块的创建操作，展示与所述目标板块相对应的组件列表；其中，所述组件列表携带各组件的组件信息；

响应于针对所述组件列表的选择操作，在所述目标板块中加载所述组件列表中的目标组件，生成目标网页。

根据本公开的第二方面，提供了一种网页生成装置，所述装置包括：

网页获取模块，用于获取待处理网页，所述待处理网页包括多个板块；

组件列表展示模块，用于响应于针对所述网页中目标板块的创建操作，展示与所述目标板块相对应的组件列表；其中，所述组件列表携带各组件的组件信息；

网页生成模块，用于响应于针对所述组件列表的选择操作，在所述目标板块中加载所述组件列表中的目标组件，生成目标网页。

根据本公开的第三方面，提供了一种电子设备。该电子设备包括：存储器和处理器，所述存储器上存储有计算机程序，所述处理器执行所述程序时实现如以上所述的方法。

根据本公开的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本公开的上述方法。

本公开实施例提供的网页生成方法、装置、电子设备及存储介质，通过获取待处理网页，并响应于针对网页中目标板块的创建操作，展示与目标板块相对应的组件列表。其中，组件列表携带各组件的组件信息。通过响应于针对组件列表的选择操作，在目标板块中加载组件列表中的目标组件，生成目标网页。这样可以根据需要获得相关组件，并实现组件的复用，能够提高网页的开发效率。

附图说明

在下面结合附图对于示例性实施例的描述中，本公开的更多细节、特征和优点被公开，在附图中：

图1为本公开一示例性实施例提供的组件开发示意图；

图2为本公开一示例性实施例提供的组件调用示意图；

图3为本公开一示例性实施例提供的各实体关系对应示意图；

图4为本公开一示例性实施例提供的网页框架示意图；

图5为本公开一示例性实施例提供的网页生成方法的流程图；

图6为本公开一示例性实施例提供的网页生成装置的功能模块示意性框图

图7为本公开一示例性实施例提供的电子设备的结构框图；

图8为本公开一示例性实施例提供的计算机系统的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

可以理解的是，在使用本公开各实施例公开的技术方案之前，均应当依据相关法律法规通过恰当的方式对本公开所涉及个人信息的类型、使用范围、使用场景等告知用户并获得用户的授权。

例如，在响应于接收到用户的主动请求时，向用户发送提示信息，以明确地提示用户，其请求执行的操作将需要获取和使用到用户的个人信息。从而，使得用户可以根据提示信息来自主地选择是否向执行本公开技术方案的操作的电子设备、应用程序、服务器或存储介质等软件或硬件提供个人信息。

作为一种可选的但非限定性的实现方式，响应于接收到用户的主动请求，向用户发送提示信息的方式例如可以是弹窗的方式，弹窗中可以以文字的方式呈现提示信息。此外，弹窗中还可以承载供用户选择“同意”或者“不同意”向电子设备提供个人信息的选择控件。可以理解的是，上述通知和获取用户授权过程仅是示意性的，不对本公开的实现方式构成限定，其它满足相关法律法规的方式也可应用于本公开的实现方式中。

为了提高网页的开发效率，本公开实施例中开发人员通过将开发出的组件部署CDN(Content Delivery Network，内容分发网络)系统，通过在云端上分享自己开发出的组件，可以将该组件称为云组件，并且可以不断的对云组件进行更新迭代，将不同版本的云组件在CDN系统上部署，还可以将过时版本的云组件下线，实现对组件的管理。其他用户可以通过获得组件的CDN地址，实现在云端调用对应的云组件进行网页的开发工作。另外，实施例中，开发人员还可以在本地进行组件的开发，形成本地组件，并且进行本地组件调用等。

实施例中，还可以对开发人员通过组件开发出的网页进行校验，检测开发出的网页是否采用已经下线的组件或者不符合规则的组件进行开发，以提示开发者，避免因采用不合格的组件导致开发出的网页出现问题。

在本公开提供的实施例中，如图1所示，在进行本地组件开发过程中，可以会在本地启动一个node-sever(节点服务)来监听编译过程，node-sever会编译出一个config文件(配置文件)，config文件包含了组件信息，并且会注册一些本地组件的信息。项目开发时，会启动另外一个编译进程，该进程会启动服务进行编译，该编译进程会在适当的时机读取config文件。由于config文件会包含组件信息，因此可以加载本地组件，以此来实现本地开发的目的。config文件中还可以包含一些不在本地编译的组件，这些组件可以根据其CDN地址直接从线上进行拉取和加载。

具体的，本地开发的过程中，需要把本地组件的代码编译为浏览器可以读的打包后的产物，因此在该编译的过程中，需要运行node-sever，该node-sever会在后台一直运行，可以实时监控本地的代码，并实时地把本地的代码进行编译，得到打包后的产物，该产物可以实现前端的浏览器进行渲染显示。

由于组件是一般是在本地进行的开发，可以将本地组件部署到CDN系统，成为云组件，还可以在本地(localhost)进行调用，成为本地组件。因此，可以通过config文件进行声明该组件是本地组件还是云组件。如果是云组件，可以通过config文件的CDN地址进行调用，如果是本地组件，只能进行本地调用，而不能被其他本地之外的用户进行访问和调用。实施例中，可以对本地组件模拟一个远程访问的链接，即模拟CDN系统的环境，便于实时响应本地的变更，后续可以在本地组件比较完善等情况下，再部署到CND系统，以便其他用户可以进行调用，实现组件共享。

如图2所示，图2中的组件可以包括组件0、组件1、组件2、组件3、组件4和组件5，可以通过调用该组件形成如图4所示的表单、详情模块或面板等模块。如图2所示，组件之间还可以相互调用，各组件被部署在云端，通过调用各组件，通过runtime bin的过程，使用胶水代码将各组件绑定在一起，得到组件包1和组件包2。例如，通过将上述各组件进行绑定，形成runtime包，形成webapp，例如biz-side1和biz-side2。其中，上述组件0、组件1、组件2、组件3、组件4和组件5可以分别对应一个CDN地址，例如分别为https://cdn.net/module0/v1.0.0.js 、 https://cdn.net/module1/v1.0.0.js 、https://cdn.net/module2/v1.0.0.js 、 https://cdn.net/module3/v1.0.0.js 、https://cdn.net/module4/v1.0.0.js、https://cdn.net/module5/v1.0.0.js。biz-side1和biz-side2的访问地址分别为https://abc1.com、https://abc2.com。需要说明的是，实施例中的涉及到的相关地址，仅为示例性说明，可以根据实际需要进行设置，实施例不限于此。

需要设置后台系统，在每次SCM(Software configuration management，软件配置管理)编译之后将版本落库。在实际项目中，可以通过后台拉取版本信息，设置是否升级版本。实施例中，runtime类型组件是基于Webpack Federation的代码模块，可以将每一个组件都看作是一个纯js chunk，从该角度来讲，每一个远程模块都可以实现任何一个相关功能。实施例中的Runtime类型组件具有以下功能，包括状态管理方案、组件化依赖方案、运行时依赖方案、版本控制、动态chunk边界及配合JSON Schema来实现Low Code等。

实施例中，可以通过Webpack Federation实现组件共享，可以让组件按照语义化版本进行共享。业务方将指定模块配置为shared，即可开启组件的共享，第三方远程组件则可以对业务方配置的shared模块进行消费。当webpack加载一个远程Federation模块时，通过判断当前环境中是否存在匹配的组件，如果存在，会按照语义化版本号进行匹配，如果没有匹配到，则拉取异步chunk，进而循化读取shared配置。如果存在匹配的组件，可以对该组件进行调用。

实施例中，可以将所有的模块处理逻辑放在runtime，因此在编译期间，无法判断模块的依赖关系，也就没有办法对远程组件的共同依赖做代码层面的自动拆分，所以实施例会提供一个API(Application Programming Interface，应用程序接口)用来注册运行时依赖保障依赖的唯一性。通过这种方式，可以在调用远程组件的业务代码中注册运行时依赖，之后在组件中便可以使用注册好的依赖进行使用。

本公开实施例中的runtime的版本控制分为两个部分：基于三方依赖的包共享和基于组件自身的版本控制。

针对基于三方依赖的包共享，可以直接使用Webpack Federation的模块共享机制，其效果在于，可以在runtime加载组件之前通过版本语义化确定将要拉取加载的依赖，可以最大程度的平衡依赖共享和版本冲突时的稳定性。

针对基于组件自身的版本控制，本公开实施例中的组件在SCM编译时，会将SCM的版本号提交到本发明的后台进行落库，最后展示在本发明的后台，用户可以根据自身需求选择合适的版本。渲染时，版本信息会带在CDN链接中，通过拼接不同的CDN链接，就可以加载出不同版本的组件。同时，在chunk加载完毕后,Window下挂载的scope变量的键值也会含有版本信息，用来支持多版本染的场景。

如图3所示，图3为本公开实施例提供的各实体关系对应图。其中，图3中的组件包(Scope)，与组件(component)为一对多关系，可以在组件包内可以加入多个组件。组件表示组件，同一组件可以有多个不同版本号，实施例中在每次重新提交组件的代码后会更新版本号。例如，如图3所示，组件包A可以包括组件A、组件B和组件C，组件包B可以包括组件A和组件C，组件包C可以包括组件D，即实施例中一个组件包可以包括一个或者多个组件。

场景(Scene)由一个源数据(resource)和一个组件(component)共同组成的针对该组件的特定场景组件，可直接作为一个物料进行消费。实施例中的创建场景，是指即绑定resource和component，最终生成的可支持直接消费的远程场景的组件。其中，需要满足该组件和源数据是对应的，即该源数据是由该组件对应的schema配置生产出来的。其中，Schema表示组件对应的参数配置规则，一个组件可以对应多个配置规则，例如配置规则A、配置规则B、配置规则C和配置规则D等。Resource表示源数据，由一个组件配置规则生成出的符合该规则的数据，可以直接被该规则对应的组件直接消费。实施例中可以根据绑定的schema自动染出来的可视化编辑区，为用户提供快捷生产源数据的方案。

实施例中，后台系统可以在每次发布组件时，会触发OpenAPI service的校验接口，会将用户代码内的业务组件包配置发送至服务器，服务器会将该组件包配置与数据库内该业务的组件包进行比对，保证所有的组件状态都为上线，并且没有使用未在后台登记的组件，则予以发布，帮助用户维护组件状态的跟踪，帮助用户管理组件包及对应组件。

基于上述实施例中的组件，用户在基于上述组件进行网页开发时，可以通过调用上述组件实现网页的开发。如图4所示，图4为一示例性实施例提供的网页框架示意图，可以包括表单、面板、详情模块、通用搜索栏、通用顶栏和通用侧栏这几个板块。用户在对其各个板块进行设计时，可以调用对应的组件来实现。

图4中展示出一个web前端页面可以通过多个远程组件进行组合展示，并且这些远程组件相互之间可以做数据交互。该页面的上侧是通用顶栏，下方是具体页面，左侧是通用侧栏，右侧首先是一个数据模块，该数据模块为其子模块的数据交互提供能力，下面是一些功能模块，这些功能模块还可以复用在不同的平台项目中，以此来达到复用的目的。该远程组件可以是上述实施例中的云组件，还可以是本地组件。

例如，用户在对表单这一板块进行开发时，可以对该板块进行执行创建操作，在接收到用户的创建操作时，可以显示对应的组件列表，该组件列表可以包括与表单相关的各个组件，例如可以包括样式的表单类组件，每类组件还可以包括不同的版本，供用户进行选择。在接收到用户选择到的目标组件时，可以通过获取该目标组件的CDN地址，调用该目标组件，当网页运行时，调用的组件可以根据加载的数据动态显示对应的数据内容。

本公开提供的实施例中，可以不去依赖NPM进行打包，比如表单对应的组件需要升级，可以不需要单独把整个项目重新打包，实施例中只需要重新编译该表单，通过获取对应的CDN地址，调用升级后的组件即可。由于后台会有注册信息，开发者在发布组件时会更新组件列表中的组件信息，这样每次更新组件的版本时获取其对应的CDN地址即可。可以在web运行时进行更新，通过获取组件更新后最新的CDN地址，实现组件的热更新，避免将整个网页重新上线的繁琐，只需要对单个组件发布即可，能够大大实现网页的开发和更新效率。

在上述网页生成之后，为了避免用户调用已下线或者未注册等不合格的组件生成网页，需要对该网页进行校验，如果存在上述情况，可以提示用户重新修改该网页，调用合格的组件，避免采用已下线等组件导致生成的网页存在问题等情况。

基于上述实施例，在本公开提供的又一实施例中，如图5所示，还提供了一种网页生成方法，该方法可以包括以下步骤：

在步骤S510中，获取待处理网页。其中，该网页可以包括多个板块。

实施例中，用户可以根据需要将网页设置为多个板块，如图4所示，可以将网页划分为表单、详情模块或面板等板块，这样可以针对每个板块，调用相应的组件生成网页。

在步骤S520中，响应于针对网页中目标板块的创建操作，展示与目标板块相对应的组件列表。其中，组件列表携带各组件的组件信息。

实施例中，用户可以选择创建操作，这样可以获得与目标板块对应的组件列表，该web列表可以包括组件信息，例如组件名称和版本号等信息，便于用户从该web列表中选择所需的组件。

在步骤S530中，响应于针对组件列表的选择操作，在目标板块中加载组件列表中的目标组件，生成目标网页。

实施例中，网页的各个板块，可以根据用户通过选择对应的组件，并在网页中加载该对应的组件，生成网页。后续用户在对各板块对应的组件进行创建、修改、删除或者升级等操作时，可以单独对组件进行处理，例如单独对组件进行编译，可以避免对整个网页的组件都重新编译和打包的繁琐，进而能够大大提高页面的开发效率。

基于上述实施例，在本公开提供的又一实施例中，上述实施例中的组件还可以包括云组件和本地组件，上述步骤S530还可以包括以下步骤：

在步骤S531中，获取目标配置文件。其中，目标配置文件包括本地组件和/或云组件的访问地址。

实施例中，针对组件列表包括的云组件，可以获取编译后的云组件，并将云组件注册到目标服务器，并将云组件的组件信息关联到组件列表。其中，组件信息包括：组件标识、组件状态、版本号和访问地址中的至少一种。

具体的，开发人员通过将开发出的组件部署CDN系统形成云组件，即通过在云端上分享自己开发出的组件，并且可以不断的对云组件进行更新迭代，将不同版本的云组件在CDN系统上部署，还可以将过时版本的云组件下线，实现对组件的管理。其他用户可以通过获得组件的CDN地址，实现在云端调用对应的云组件进行网页的开发工作。实施例中，如图2所示，不同组件之间还可以相互调用，形成新的组件，不同的组件形成对应的网页。

实施例中，还可以获取编译后的本地组件，将本地组件注册到目标配置文件，并将本地组件的组件信息关联到组件列表。可以结合图1所示，在进行本地组件开发过程中，可以会在本地服务节点监听本地节点的编译，并编译出对应的配置文件，由于配置文件会包含组件信息，编译加载本地组件。实施例中的本地组件只能本地加载，而不能通过云端分享给其他用户。如果本地组件符合相关规定，可以将本地组件在云端进行注册，形成云组件。

在步骤S532中，基于访问地址，调用目标组件，并将目标组件加载到目标板块。

实施例中，对于云组件，每个云组件都会对应一个CDN地址，便于对云组件的调用。对于本地组件，可以对本地组件模拟CDN的地址，便于对本地组件进行调用，以提高组件的调用和复用效率。

在本公开提供的实施例中，在基于上述实施例生成网页后，还可以对网页中各板块对应的组件进行编辑，因此，该方法还可以包括以下步骤：

在步骤S540中，在接收到针对目标网页中目标组件的编辑操作的情况下，显示目标组件的编辑窗口。

在步骤S550中，通过编辑窗口接收编辑信息，并基于编辑信息修改目标组件。

实施例中，例如在对图4中的表单中的组件进行编辑时，可以在页面上弹出对组件的编辑窗口，该编辑窗口可以是一个可编辑区域。用户可以在该编辑窗口中输入相应的参数，或者执行相应的修改操作。

实施例中，还可以获取待发布组件，并将待发布组件的配置信息与对应业务的组件包进行比对。在待发布组件为上线状态，且为已注册组件的情况下，发布待发布组件。这样可以避免已下线的组件或者未注册的组件发布，提高组件的发布效率。

实施例中，还可以对目标网页中包含的各组件进行校验，在目标网页中包含非标准组件的情况下，生成提示信息。其中，提示信息用于提示用户将非标准组件修改为标准组件。这样在检测到生成的目标web也能中包含已下线、未注册或者未绑定的非标准组件时，可以提示用户修改相应的组件，避免生成的网页因采用该非标准组件带来的相关问题。

在采用对应各个功能划分各个功能模块的情况下，本公开实施例提供了一种网页生成装置，该网页生成装置可以为服务器或应用于服务器的芯片。图6为本公开一示例性实施例提供的网页生成装置的功能模块示意性框图。如图6所示，该网页生成装置包括：

网页获取模块10，用于获取待处理网页，所述待处理网页包括多个板块；

组件列表展示模块20，用于响应于针对所述网页中目标板块的创建操作，展示与所述目标板块相对应的组件列表；其中，所述组件列表携带各组件的组件信息；

网页生成模块30，用于响应于针对所述组件列表的选择操作，在所述目标板块中加载所述组件列表中的目标组件，生成目标网页。

在本公开提供的实施例中，所述组件包括本地组件和/或云组件；所述网页生成模块，具体还用于：

获取目标配置文件，所述目标配置文件包括本地组件和/或云组件的访问地址；

基于所述访问地址，调用所述目标组件，并将所述目标组件加载到所述目标板块。

在本公开提供的实施例中，所述组件列表包括云组件，所述装置还包括：

云组件获取模块，用于获取编译后的云组件；

注册模块，用于将所述云组件注册到目标服务器，并将所述云组件的组件信息关联到所述组件列表；所述组件信息包括：组件标识、组件状态、版本号和访问地址中的至少一种。

在本公开提供的实施例中，所述组件列表包括本地组件，所述装置还包括：

本地组件获取模块，用于获取编译后的本地组件；

所述注册模板，还用于将所述本地组件注册到所述目标配置文件，并将所述本地组件的组件信息关联到所述组件列表。

在本公开提供的实施例中，所述装置还包括：

显示模块，用于在接收到针对所述目标网页中目标组件的编辑操作的情况下，显示所述目标组件的编辑窗口；

编辑模块，用于通过所述编辑窗口接收编辑信息，并基于所述编辑信息修改所述目标组件。

在本公开提供的实施例中，所述装置还包括：

待发布组件获取模块，用于获取待发布组件；

比对模块，用于将所述待发布组件的配置信息与对应业务的组件包进行比对；

组件发布模块，用于在所述待发布组件为上线状态，且为已注册组件的情况下，发布所述待发布组件。

在本公开提供的实施例中，所述装置还包括：

校验模块，用于对所述目标网页中包含的各组件进行校验；

提示信息生成模块，用于在所述目标网页中包含非标准组件的情况下，生成提示信息；其中，所述提示信息用于提示用户将所述非标准组件修改为标准组件。

本公开实施例提供的网页生成装置，通过获取待处理网页，并响应于针对网页中目标板块的创建操作，展示与目标板块相对应的组件列表。其中，组件列表携带各组件的组件信息。通过响应于针对组件列表的选择操作，在目标板块中加载组件列表中的目标组件，生成目标网页。这样可以根据需要获得相关组件，并实现组件的复用，能够提高网页的开发效率。

本公开实施例还提供一种电子设备，包括：至少一个处理器；用于存储所述至少一个处理器可执行指令的存储器；其中，所述至少一个处理器被配置为执行所述指令，以实现本公开实施例公开的上述方法。

图7为本公开一示例性实施例提供的电子设备的结构示意图。如图7所示，该电子设备1800包括至少一个处理器1801以及耦接至处理器1801的存储器1802，该处理器1801可以执行本公开实施例公开的上述方法中的相应步骤。

上述处理器1801还可以称为中央处理单元(central processing unit，CPU)，其可以是一种集成电路芯片，具有信号的处理能力。本公开实施例公开的上述方法中的各步骤可以通过处理器1801中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1801可以是通用处理器、数字信号处理器(digital signal processing，DSP)、ASIC、现成可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储器1802中，例如随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质。处理器1801读取存储器1802中的信息，结合其硬件完成上述方法的步骤。

另外，根据本公开的各种操作/处理在通过软件和/或固件实现的情况下，可从存储介质或网络向具有专用硬件结构的计算机系统，例如图8所示的计算机系统1900安装构成该软件的程序，该计算机系统在安装有各种程序时，能够执行各种功能，包括诸如前文所述的功能等等。图8为本公开一示例性实施例提供的计算机系统的结构框图。

计算机系统1900旨在表示各种形式的数字电子的计算机设备，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图8所示，计算机系统1900包括计算单元1901，该计算单元1901可以根据存储在只读存储器(ROM)1902中的计算机程序或者从存储单元1908加载到随机存取存储器(RAM)1903中的计算机程序，来执行各种适当的动作和处理。在RAM 1903中，还可存储计算机系统1900操作所需的各种程序和数据。计算单元1901、ROM 1902以及RAM 1903通过总线1904彼此相连。输入/输出(I/O)接口1905也连接至总线1904。

计算机系统1900中的多个部件连接至I/O接口1905，包括：输入单元1906、输出单元1907、存储单元1908以及通信单元1909。输入单元1906可以是能向计算机系统1900输入信息的任何类型的设备，输入单元1906可以接收输入的数字或字符信息，以及产生与电子设备的用户设置和/或功能控制有关的键信号输入。输出单元1907可以是能呈现信息的任何类型的设备，并且可以包括但不限于显示器、扬声器、视频/音频输出终端、振动器和/或打印机。存储单元1908可以包括但不限于磁盘、光盘。通信单元1909允许计算机系统1900通过网络诸如因特网的与其他设备交换信息/数据，并且可以包括但不限于调制解调器、网卡、红外通信设备、无线通信收发机和/或芯片组，例如蓝牙TM设备、WiFi设备、WiMax设备、蜂窝通信设备和/或类似物。

计算单元1901可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1901的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1901执行上文所描述的各个方法和处理。例如，在一些实施例中，本公开实施例公开的上述方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1908。在一些实施例中，计算机程序的部分或者全部可以经由ROM 1902和/或通信单元1909而被载入和/或安装到电子设备1900上。在一些实施例中，计算单元1901可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行本公开实施例公开的上述方法。

本公开实施例还提供一种计算机可读存储介质，其中，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行本公开实施例公开的上述方法。

本公开实施例中的计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。上述计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。更具体的，上述计算机可读存储介质可以包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

本公开实施例还提供一种计算机程序产品，包括计算机程序，其中，所述计算机程序被处理器执行时实现本公开实施例公开的上述方法。

在本公开的实施例中，可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络(包括局域网(LAN)或广域网(WAN))连接到用户计算机，或者，可以连接到外部计算机。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的模块、部件或单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块、部件或单元的名称在某种情况下并不构成对该模块、部件或单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示例性的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

以上描述仅为本公开的一些实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。本领域的技术人员应该理解，可在不脱离本公开的范围和精神的情况下，对以上实施例进行修改。本公开的范围由所附权利要求来限定。

Claims (10)

1.一种网页生成方法，其特征在于，所述方法包括：

获取待处理网页，所述待处理网页包括多个板块；

响应于针对所述网页中目标板块的创建操作，展示与所述目标板块相对应的组件列表；其中，所述组件列表携带各组件的组件信息；

响应于针对所述组件列表的选择操作，在所述目标板块中加载所述组件列表中的目标组件，生成目标网页。

2.根据权利要求1所述的方法，其特征在于，所述组件包括本地组件和/或云组件；

所述在所述目标板块中加载所述组件列表中的目标组件，包括：

获取目标配置文件，所述目标配置文件包括本地组件和/或云组件的访问地址；

基于所述访问地址，调用所述目标组件，并将所述目标组件加载到所述目标板块。

3.根据权利要求2所述的方法，其特征在于，所述组件列表包括云组件，所述方法还包括：

获取编译后的云组件；

将所述云组件注册到目标服务器，并将所述云组件的组件信息关联到所述组件列表；所述组件信息包括：组件标识、组件状态、版本号和访问地址中的至少一种。

4.根据权利要求3所述的方法，其特征在于，所述组件列表包括本地组件，所述方法还包括：

获取编译后的本地组件；

将所述本地组件注册到所述目标配置文件，并将所述本地组件的组件信息关联到所述组件列表。

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

在接收到针对所述目标网页中目标组件的编辑操作的情况下，显示所述目标组件的编辑窗口；

通过所述编辑窗口接收编辑信息，并基于所述编辑信息修改所述目标组件。

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

获取待发布组件；

将所述待发布组件的配置信息与对应业务的组件包进行比对；

在所述待发布组件为上线状态，且为已注册组件的情况下，发布所述待发布组件。

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

对所述目标网页中包含的各组件进行校验；

在所述目标网页中包含非标准组件的情况下，生成提示信息；其中，所述提示信息用于提示用户将所述非标准组件修改为标准组件。

8.一种网页生成装置，其特征在于，所述装置包括：

网页获取模块，用于获取待处理网页，所述待处理网页包括多个板块；

组件列表展示模块，用于响应于针对所述网页中目标板块的创建操作，展示与所述目标板块相对应的组件列表；其中，所述组件列表携带各组件的组件信息；

网页生成模块，用于响应于针对所述组件列表的选择操作，在所述目标板块中加载所述组件列表中的目标组件，生成目标网页。

9.一种电子设备，其特征在于，包括：

至少一个处理器；

用于存储所述至少一个处理器可执行指令的存储器；

其中，所述至少一个处理器被配置为执行所述指令，以实现如权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1-7中任一项所述的方法。