组件的管理方法、装置、电子设备及存储介质

技术领域

本公开涉及组件技术领域，尤其涉及一种组件的管理方法、装置、电子设备及存储介质。

背景技术

面对同一应用场景，为了提高组件的开发效率，开发者会开发针对该应用场景的内置组件，将该内置组件通过可视化编辑器展示给用户使用，以便用户通过可视化编辑器中的内置组件，根据应用需求设计该应用场景下对应的应用。

但是，现有应用场景复杂多样。面向多个应用场景，需要开发者独立开发多组对应该多个应用场景的内置组件，开发效率较低。且由人工独立开发的内置组件抽象出的开放逻辑也没有规范，影响不同应用场景对应的内置组件之间的互用。

发明内容

本公开提供一种组件的管理方法、装置、电子设备及存储介质，可以提高组件的开发效率以及提高组件在不同场景下的适用性。

本公开实施例的技术方案如下：

根据本公开实施例的第一方面，提供一种组件的管理方法，该方法可以包括：组件的管理装置(后续为了便于描述，简称为管理装置)获取第一应用场景对应的第一高阶组件；第一高阶组件用于在第一应用场景中实现第一功能，第一高阶组件包括具有层级关系的一个或多个基础组件；管理装置对第一高阶组件的目标显性参数进行调整，生成第二高阶组件；第二高阶组件用于在第二应用场景中实现所述第一功能，第二高阶组件包括目标显性参数调整后的第一高阶组件，在第一应用场景下和在第二应用场景下配置的目标对象不同。

可选的，目标显性参数包括基础组件的显性属性参数，上述“对第一高阶组件的目标显性参数进行调整，生成第二高阶组件”具体包括：管理装置响应于第一调整操作，对基础组件的显性属性参数进行调整，得到基础组件的调整后的显性属性参数；管理装置根据调整后的显性属性参数，确定第二高阶组件。

可选的，基础组件的属性参数包括形状大小、位置、透明度、显隐性中的一个或多个。

可选的，目标显性参数包括层级关系，上述“对第一高阶组件的目标显性参数进行调整，生成第二高阶组件”具体包括：管理装置调整一个或多个基础组件的排列顺序，排列靠前的基础组件作为第二高阶组件的上层组件，排列靠后的基础组件作为第二高阶组件的下层组件，上层组件位于下层组件的上方；管理装置根据一个或多个基础组件的调整后排列顺序，确定第二高阶组价中的一个或多个组件之间的层级关系，其中，一个或多个基础组件之间具有关联关系。

可选的，目标显性参数包括基础组件的配置文件，上述“对第一高阶组件的目标显性参数进行调整，生成第二高阶组件”具体包括：响应于第一选择操作，管理装置从多个预设配置文件中为第一高阶组件的基础组件选择一个或多个配置文件；响应于第二调整操作，管理装置将一个或多个配置文件与基础组件的配置文件结合，得到第二高阶组件中该基础组件对应的配置文件。

可选的，目标显性参数包括基础组件的配置文件的属性参数，上述“对第一高阶组件的目标显性参数进行调整，生成第二高阶组件”具体包括：响应于第三调整操作，管理装置对配置文件的属性参数进行调整，得到该配置文件的调整后的属性参数；管理装置根据基础组件的配置文件的调整后的属性参数，确定第二高阶组件。

可选的，上述“对第一高阶组件的目标显性参数进行调整，生成第二高阶组件”具体包括：管理装置对第一高阶组件的目标显性参数进行调整，得到第二高阶组件对应的第一渲染数据；管理装置对第一渲染数据进行渲染，得到第二高阶组件。

可选的，该方法还包括：响应于第一预览操作，管理装置在预设显示界面上，按照第二高阶组件的基础组件之间的关联关系执行第一功能，在该预设显示界面上，第二高阶组件显示的显示参数与调整后的目标显示参数相对应。

可选的，该方法还包括：在运行第二高阶组件执行第一功能的过程中，响应于针对第二高阶组件的第一基础组件的操作，管理装置向第二高阶组件的第二基础组件发送第一通知信息，该第一基础组件与第二基础组件通过配置文件关联，第一通知信息用于触发第二基础组件执行对应的动作。

可选的，该方法还包括：管理装置获取第三组件，第三组件为基础组件或高阶组件；管理装置响应于第一关联操作，将第三高阶组件与第一高阶组件通过配置文件关联，得到第二高阶组件。

根据本公开实施例的第二方面，提供一种组件的管理装置，该装置可以包括：获取单元和调整单元；获取单元，用于获取第一应用场景对应的第一高阶组件；其中，第一高阶组件用于在第一应用场景中实现第一功能；第一高阶组件包括具有层级关系的一个或者多个的基础组件。调整单元，用于对第一高阶组件的目标显性参数进行调整，生成第二高阶组件；第二高阶组件用于在第二应用场景中实现第一功能，第二高阶组件包括目标显性参数调整后的第一高阶组件，在第一应用场景下和在第二应用场景下配置的目标对象不同。

可选的，目标显示参数包括基础组件的显性属性参数，调整单元，具体用于；响应于第一调整参数，对基础组件的显性属性参数的属性参数进行调整，得到基础组件的调整后的显性属性参数；根据调整后的显性属性参数，确定第二高阶组件。

可选的，基础组件的属性参数包括形状大小、位置、透明度、显隐性中的一个或多个。

可选的，目标显示参数包括层级关系，调整单元，具体用于：一个或多个基础组件的排列顺序，排列靠前的基础组件作为第二高阶组件的上层组件，排列靠后的基础组件作为第二高阶组件的下层组件，上层组件位于下层组件的上方；根据一个或多个基础组件的调整后的排列顺序，确定第二高阶组件的一个或多个组件之间层级关系，其中，一个或多个基础组件之间具有关联关系。

可选的，目标显性参数包括基础组件的配置文件，调整单元，具体用于：响应于第一选择操作，从多个预设配置文件中为第一高阶组件的基础组件选择一个或多个配置文件；响应于第二调整操作，将一个或多个配置文件与基础组件的配置文件组合，得到第二高阶组件中的基础组件对应的配置文件。

可选的，目标显性参数包括基础组件的配置文件的属性参数，调整单元，具体用于：响应于第三调整操作，管理装置对配置文件的属性参数进行调整，得到该配置文件的调整后的属性参数；管理装置根据基础组件的配置文件的调整后的属性参数，确定第二高阶组件。

可选的，调整单元，具体用于：对第一高阶组件的目标显性参数进行调整，得到第二高阶组件对应的第一渲染数据；对第一渲染数据进行渲染，得到第二高阶组件。

可选的，装置还包括显示单元；显示单元，用于响应第一预览操作，在预设显示界面上，按照第二高阶组件的基础组件之间的关联关系执行第一功能，在预设显示界面上，第二高阶组件显示的显性参数与调整后的目标显性参数相对应。

可选的，装置还包括通知单元；通知单元，用于在运行第二高阶组件的过程中，响应于针对第二高阶组件中第一基础组件的操作，向第二高阶组件中的第二基础组件发送第一通知信息，第一基础组件与第二基础组件通过配置文件关联，第一通知信息用于触发第二基础组件执行对应的动作。

可选的，获取单元，还用于获取第三组件，第三组件为基础组件或高阶组件；调整单元，还用于响应于第一关联操作，将第三高阶组件与第一高阶组件通过配置文件关联，得到第二高阶组件。

根据本公开实施例的第三方面，提供一种电子设备，可以包括：处理器和用于存储处理器可执行指令的存储器；其中，处理器被配置为执行所述指令，以实现上述第一方面中任一种可选地组件的管理方法。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，计算机可读存储介质上存储有指令，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行上述第一方面中任一种可选地组件的管理方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，该计算机程序产品包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行如第一方面中任一种可选地实现方式所述的组件的管理方法。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

本公开的实施例提供的技术方案至少带来以下有益效果：

基于上述任一方面，本公开中，管理装置可以将在第一应用场景下执行第一功能的第一高阶组件的显性参数进行调整，得到在第二应用场景下执行第一功能的第二高阶组件。相较于人工针对不同的场景独立开发的方式，本公开中，可以通过调整高阶组件的显性参数的方式，实现高阶组件在不同场景下均可以执行第一功能，使得组件可以在不同场景下的互用，从而组件的开发效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1示出了本公开实施例提供的一种基础积木的示意图；

图2示出了本公开实施例提供的一种高级积木的示意图；

图3示出了本公开实施例提供的一种通信系统的结构示意图；

图4示出了本公开实施例提供的一种组件的管理装置的结构示意图；

图5示出了本公开实施例提供的一种可视化编辑器的界面示意图；

图6示出了本公开实施例提供的一种组件的管理方法的流程示意图；

图7示出了本公开实施例提供的又一种组件的管理方法的流程示意图；

图8示出了本公开实施例提供的又一种组件的管理方法的流程示意图；

图9示出了本公开实施例提供的又一种组件的管理方法的流程示意图；

图10示出了本公开实施例提供的又一种组件的管理方法的流程示意图；

图11示出了本公开实施例提供的又一种组件的管理方法的流程示意图；

图12示出了本公开实施例提供的又一种组件的管理方法的流程示意图；

图13示出了本公开实施例提供的又一种组件的管理方法的流程示意图；

图14示出了本公开实施例提供的又一种组件的管理装置的结构示意图；

图15示出了本公开实施例提供的又一种组件的管理装置的结构示意图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

还应当理解的是，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其他特征、整体、步骤、操作、元素和/或组件的存在或添加。

本公开所涉及的数据可以为经用户授权或者经过各方充分授权的数据。

还需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

在介绍本申请实施例之前，对本申请实施例涉及的一些名词进行解释：

组件：组件是对逻辑的封装。开发者可以根据需要将一个或多个功能封装为一个组件，也可以将一个功能中的部分逻辑封装为一个组件。组件具有可移植性、可重用性等优点。也即，用户可以根据需要对组件进行调整，得到新的组件。例如，将多个组件进行组合，或者对组件修改等。

其中，组件可以分为基础组件和高阶组件。高阶组件可以包括具有层级关系的一个或多个基础组件。基础组件包括文字组件、图片组件、视频组件、音频组件、容器组件、擦除组件等。高阶组件也可以称为复杂组件。高阶组件中的一个或多个基础组件之间可以通过配置文件进行关联。一个高阶组件也可以包括一个或多个基础组件，和/或一个或多个高阶组件。

配置文件：也可以称为积木、积木块，是指可视化编程中用来代替代码片段的矩形块状结构。通过配置文件创建的应用程序可以用于社交工具中，也可以是相对独立的应用程序。

其中，配置文件可以分为多个类型，例如，可以分为图像配置文件、动画配置文件、音乐配置文件、控制配置文件、数据配置文件、外观配置文件、运动配置文件、运算配置文件、侦测配置文件、文本配置文件、视频配置文件等。用户可以通过组合配置文件的方式描述逻辑、事件、动画等。

其中，从逻辑上，配置文件可以分为基础配置文件(也可以称为基础积木)和高级配置文件(也可以称为高级积木)。基础配置文件可以由开发人员开发。高级配置文件可以包括编程语言描述的逻辑。高级配置文件的逻辑可以由基础配置文件组成。

例如，如图1所示，为本申请实施例提供的一种基础配置文件。该基础配置文件的逻辑描述为：当擦除组件被点击时，将自身的X坐标上的数值增加10。

又例如，如图2所示，为本申请实施例提供的一种高级配置文件。该高级配置文件的逻辑描述为：当对擦除组件的擦除行为达到了(擦除50％的面积)时，播放音频-13组件。

基于上述组件和配置文件，本申请实施例提供了一种组件的管理方法，该方法包括：获取第一应用场景对应的第一高阶组件，该第一高阶组件用于在第一应用场景中实现第一功能。对第一高阶组件的目标显性参数进行调整，生成第二高阶组件，第二高阶组件用于在第二应用场景中实现第一功能。如此，本申请实施例中，通过对第一应用场景中实现第一功能的第一高阶组件的目标显性参数进行调整，得到在第二应用场景中实现第一功能的第二高阶组件。提供了组价的在不同场景下的互用，相较于针对不同的应用场景，需要独立开发组件，本申请实施例提供的技术方案，可以提高组件的开发效率。

以下结合附图对本公开实施例提供的组件的管理方法进行示例性说明：

图3为本申请实施例提供的一种通信系统的示意图。该通信系统可以包括管理装置100和可视化编辑器200。

其中，管理装置100可以用于响应于用户的操作，控制可视化编辑器200的工作和显示界面，以及对组件的渲染数据进行修改。

一些实施例中，管理装置100是单独的一个服务器，或者，也可以是由多个服务器构成的服务器集群。部分实施方式中，服务器集群还可以是分布式集群。本公开对管理装置100的具体实现方式也不作限制。

其中，可视化编辑器200可以用于响应于用户的操作，对组件的显性参数进行调整。

服务器计算机、桌面型电脑、笔记本电脑、超级移动个人计算机(ultra-mobilepersonal computer，UMPC)等可以安装并进行多媒体数据投放的设备，本公开对该管理装置的具体形态不作特殊限制。其可以与用户通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等一种或多种方式进行人机交互。

在一些实施例中，管理装置100和可视化编辑器200可以是独立的设备，也可以集成在一起，本公开实施例不予限制。

一种可能的实现方式中，如图4所示，为本公开实施例提供的一种可视化编辑器的示意图，如图4所示，该可视化编辑器可以包括：组件模块、层级模块、预览模块、积木模块、属性参数模块、变量模块、通知模块。

其中，组件模块可以用于管理获取到的组件。该组件可以为基础组件、高阶组件等，不予限制。

例如，如图5所示，为本申请实施例提供的一种可视化编辑器的界面示意图。该界面可以包括组件管理区域，该与区域与组件模型对应。

层级模块可以用于管理组件之间的层级关系(也可以称为父子关系、上下关系)。例如，层级模块可以根据组件之间的排列顺序，确定组件之间的层级关系。排列靠前的组件为上层组件，排列靠后的组件为下层组件。在可视化编辑器的显示界面上，上层组件位于下层组件的上方。

例如，结合图5的界面，层级模块与该界面中的层级管理区域对应。

预览模块可以用于响应于用户的点击操作，在可视化编辑器的显示界面上运行组件。

例如，结合图5的界面，预览模块与该界面中的本地预览对应。也即，当用户点击了“本地预览”，可视化编辑器可以在组件编辑区域运行组件。

积木组件可以用于管理配置文件。例如，积木组件可以响应于用户的选择操作，从图5中的配置文件列表中选择需要的配置文件，并在积木区域对选择的配置文件进行组合，得到新的配置文件。

属性参数模块可以用于管理组件的属性参数。组件的属性参数可以包括通用属性参数(如名称)、基础属性参数(如显隐性、位置、缩放比例、锚点、高度、旋转角度、倾斜度、透明度、层级等)、结构属性参数(如组件的形状)等。

例如，结合图5的界面，属性参数模块与该界面的属性参数区域对应。

变量模块可以用于管理组件的属性参数。例如，如图5所示的界面，变量模块可以用于管理该界面中的数据区域。该数据区域可以包括组件的全局变量，如点击次数、状态数据等。变量模型还可以响应于用户点击新建变量的操作，生成新的变量。

通知模块，可以用于实现关联组件之间的交互。例如，当一个组件运行时，可以通过通知模块将该组件的运行进程发送给与该组件关联的下一个组件。下一个组件可以根据该组件的运行进程，确定是否执行该组件对应的配置文件。

例如，结合图5的界面，通知模块与该界面的通知区域对应。

结合上述图2中的高级组件，该高级组件可以包括擦除组件和音频组件。擦除组件可以将自己的擦除情况通过通知模块发送给音频组件。当音频组件确定擦除组件的擦除面积达到50％时，可以触发音频组件执行音频配置文件。

又例如，对于进度条组件，进度条组件的显性属性参数包括基础属性参数及进度条前景图、进度条背景图、进度。该进度条组价的配置文件为：当进度条达到预设长度时，获取当前进度条的进度

需要说明的是，图4中仅为示例性的，可视化编辑器还可以包括其他模块，如还可以包括设置模块等，不予限制。设置模块可以用于将组件的部分属性参数和/部分配置文件设置为可修改，或者，设置为不可修改。

本公开实施例提供的组件的管理方法可以应用于前述图4中所示的管理装置。

需要说明的是，本公开提供的组件的管理方法的执行主体为管理装置，也可以是管理装置中芯片或片上系统等，不予限制。

如图6所示，本公开实施例提供的组件的管理方法可以包括：

S601、管理装置获取第一应用场景对应的第一高阶组件。

其中，管理装置可以为图3中的管理装置100，也可以为图3管理装置100中的器件，例如，可以为管理装置的芯片。其中，第一高阶组件可以包括具有层级关系的一个或多个基础组件。第一高阶组件可以在第一应用场景下执行第一功能。例如，第一应用场景可以为发送第一额度的红包的应用场景，则第一高阶组件可以用于执行开红包并显示红包的第一额度的功能。又例如，第一应用场景可以为抽取第一类型物品的抽奖场景，则第一高阶组件可以用于执行随机指向该第一类型物品中的任一个的功能。当然，还可以为其他场景，比如，第一应用场景可以为擦除蒙层并显示第一信息的场景，则第一高阶组件可以用于执行响应于用户的擦除蒙层的面积达到预设条件，显示第一信息的功能。

一种可能的实现方式中，管理装置可以响应于用户的上传操作，通过可视化编辑器获取第一应用场景对应的第一高阶组件。可视化编辑器可以为图3或图4中的可视化编辑器。该可视化编辑器可以具有图5所示的编辑界面。

例如，结合图5所示的编辑界面。响应于用户点击“添加组件”的操作，管理装置可以从预先存储的高阶组件中选取第一高阶组件。

需要说明的是，该图5中的加载场景、场景-1、结束页可以为构成该高阶组件的组件。

S602、管理装置对第一高阶组件的目标显性参数进行调整，生成第二高阶组件。

其中，第二高阶组件可以在第二应用场景中执行第一功能。结合上述S401的例子，当第一应用场景为发送第一额度的红包的应用场景，则第二应用场景可以为发送第二额度的红包的应用场景，第二高阶组件可以用于执行开红包并显示红包的第二额度的功能。当第一应用场景为抽取第一类型物品的抽奖场景，则第二应用场景可以为抽取第二类型物品的抽奖场景，第二高阶组件可以用于执行随机执行该第二类型物品中的任一个的功能。当第一应用场景为擦除蒙层并显示第一信息的场景，则第二应用场景为擦除蒙层并显示第二信息的场景，第二高阶组件可以用于执行响应于用户的擦除蒙层的面积达到预设条件时，显示第二信息的场景。第一信息与第二信息为不同的信息。

其中，第一高阶组件的目标显性参数可以为第一高阶组件中可以修改的属性参数。例如，目标显性参数可以包括基础组件的显性属性参数(如形状大小、位置、透明度、显隐性等)、组价之间的层级关系、基础组件的配置文件(也可以称为显性积木)及配置文件的属性参数中的一个或多个。后续将对该不同的显性参数的调整方法进行说明，此处不予赘述。

一种可能的实现方式中，管理装置可以在可视化编辑器上对第一高阶组件的目标显性参数进行调整，得到第二高阶组件对应的第一渲染数据。管理装置通过可视化编辑器，对第一渲染数据进行渲染，得到第二高阶组件。第一渲染数据可以用于描述第二高阶组件的逻辑。例如，第一渲染数据可以为JS对象简谱格式的数据，也可以为其他格式的数据，不予限制。

一种示例中，可视化编辑器可以预先配置有预设引擎，管理装置可以使用该预设引擎对第一渲染数据进行解析、处理，得到第二高阶组件。引擎解析、处理渲染数据的方法，可以参照现有技术，不予赘述。

上述实施例提供的技术方案至少带来以下有益效果：由S701～S703可知，管理装置可以将在第一应用场景下执行第一功能的第一高阶组件的显性参数进行调整，得到在第二应用场景下执行第一功能的第二高阶组件。相较于人工针对不同的场景独立开发的方式，本公开中，可以通过调整高阶组件的显性参数的方式，实现高阶组件在不同场景下均可以执行第一功能，使得组件可以在不同场景下的互用，从而提高了组件的开发效率。

在一种实施例中，结合图6，如图7所示，若目标显性参数包括基础组件的显性属性参数，上述S602中，管理装置对第一高阶组件的目标显性参数进行调整，生成第二高阶组件的方法具体可以包括S701和S702。

S701、管理装置响应于第一调整操作，对基础组件的显性属性参数进行调整，得到调整后的显性属性参数。

其中，组件可以第一高阶组件的一个或多个基础组件中具有显性属性参数的基础组件。显示属性参数可以是指允许修改的参数，例如，可以包括尺寸、颜色、位置等。第一调整操作可以点击基础组件，并在可视化编辑器中对该基础组件对应的属性参数区域中的属性参数进行修改的操作。

例如，结合图5所示的界面，响应于用户点击“下载领取”组件的操作，可视化编辑器可以在属性参数区域显示该组件的属性参数。该属性参数区域可以包括显性属性参数的数据，如通用属性参数、基础属性参数，也可以包括隐形属性参数，如容器属性参数。

S702、管理装置根据基础组件的调整后的显性属性参数，确定第二高阶组件。

其中，管理装置可以将调整后的显性属性参数，作为该基础组件在第二高阶组件中的属性参数。

上述实施例提供的技术方案至少带来以下有益效果：由S701和S702可知，管理装置可以响应于对第一高阶组件的基础组件的显性属性参数的修改操作，根据基础组件的修改后的显性属性参数，生成第二高阶组件，不需要再进行开发，简单方便。

在一种实施例中，结合图6，如图8所示，若目标显性参数包括基础组件的层级关系，上述S602中，管理装置对第一高阶组件的目标显性参数进行调整，生成第二高阶组件的方法具体可以包括S801和S802。

S801、管理装置调整第一高阶组件的一个或多个基础组件的排列顺序。

其中，该排序顺序可以为该一个或多个基础组件在可视化编辑器中的排列顺序。其中，排列靠前的基础组件为第二高阶组件的上层组件，排列靠后的基础组件为第二高阶组件的下层组件。

结合图5所示的界面，在层级管理区域中，“下载领取”组件(文本组件)在下载按钮组件(图片组件)的前面，因此，在组件编辑区域中，“下载领取”在下载按钮图片的上方。

S802、管理装置根据一个或多个基础组件的调整后的排列顺序，确定第二高阶组件的一个或多个基础组件之间的层级关系。

上述实施例提供的技术方案至少带来以下有益效果：由上述S801和S802可知，管理装置可以响应于用户的调整操作，对第一高阶组件的基础组件之间的排列顺序进行调整，并根据调整后的一个或多个组件的排序顺序确定第二高阶组件的一个或多个组件的层级关系，简单方便。

在一种实施例中，结合图6，如图9所示，若目标显性参数包括基础组件的配置文件，上述S602中，管理装置对第一高阶组件的目标显性参数进行调整，生成第二高阶组件的方法具体可以包括S901和S902。

S901、响应于第一选择操作，管理装置从多个预设配置文件中为第一高阶组件的基础组件选择一个或多个配置文件。

其中，第一选择操作可以为用户从一个或多个配置文件列表中为第一高阶组件的基础组件选择配置文件的操作。例如，结合图5所示的界面，当用户点击积木管理区域中的积木类型时，该界面可以显示该积木类型下的多个预设配置文件。响应于用户从该多个预设配置文件中拖拉一个或多个基础配置文件的操作，可以选择的一个或多个配置文件显示在积木管理区域。

S902、响应于第二调整操作，管理装置将第一高阶组件的基础组件的配置文件与该一个或多个基础配置文件进行组合，得到第二高阶中的基础组件的配置文件。

其中，第二调整操作也可以称为第二拼接操作、第二组合操作等。结合图5的界面，在积木管理区域中，管理装置可以响应于调整操作，将该积木管理区域中的积木进行组合，得到该基础组件的新的积木。

需要说明的是，可视化编辑器可以响应于用户点击第一高阶组件中的基础组件的操作，在积木管理区域内显示该基础配置文件的配置文件且，该配置文件是可编辑的(也即可以为显性积木)。

上述实施例提供的技术方案至少带来以下有益效果：由S901～S902可知，管理装置可以响应于用户的选择操作，从多个预设配置文件中对第一高阶组件的基础组件对应的配置文件，并响应于用户的调整操作，将该基础组件的配置文件与选择的配置文件进行组合，得到该基础组件的新的配置文件，并将该新的配置文件作为该基础配置文件在第二高阶组件的配置文件。进而，可以确定第二高阶组件，简单方便。

在一种实施例中，结合图6，如图10所示，若目标显性参数包括基础组件的配置文件的属性参数，上述S602中，管理装置对第一高阶组件的目标显性参数进行调整，生成第二高阶组件的方法具体可以包括S1001和S1002。

S1001、响应于第三调整操作，管理装置对基础组件的配置文件的属性参数进行调整，得到该配置文件的调整后的属性参数；

S1002、管理装置根据该配置文件的调整后的属性参数，确定第二高阶组件。

上述S1001和S1002的描述可以参照上述S701和S702，不予赘述。

上述实施例提供的技术方案至少带来以下有益效果：由S1001和S1002可知，管理装置可以响应于对第一高阶组件的基础组件的配置文件的属性参数的修改操作，根据基础组件的配置文件的修改后的属性参数，生成第二高阶组件，无需再进行开发，简单方便。

在一种实施例中，结合图6，如图11所示，该方法还可以包括S1101。

S1101、响应于第一预览操作，管理装置在预设显示界面上，按照第二高阶组件的基础组件之间的关联关系执行第一功能。

其中，预设显示界面可以是指可视化编辑上的显示界面。在该预设显示界面上，第二高阶组件显示的显示参数与调整后的目标显性参数相对应。

具体的，该步骤可以参照上述图4中关于浏览模块的描述，不予赘述。

上述实施例提供的技术方案至少带来以下有益效果：由S1101可知，当管理装置响应于用于预览第二高阶组价的操作，可以运行该第二高阶组件，便于用户查看第二高阶组件是否符合需求。

一种可能的实施例中，如图12所示，在运行第二高阶组件的过程中，该方法还可以包括S1201。

S1201、响应于针对第二高阶组件中第一基础组件的操作，管理装置向第二高阶组件中的第二基础组件发送第一通知信息。

其中，第一基础组件与第二基础组件通过配置文件关联。第一通知信息用于触发第二基础组件执行对应的动作。

例如，第一基础组件为图5中下载领取按钮组件，第二基础组件为图5中的结束页组件，该两个组件可以通过挑战配置文件关联。当用户点击该组件时，可以向结束页组件发送第一通知信息。当结束页组件接收到第一通知信息时，可以显示结束页面。

又例如，第一基础组件为擦除组件，第二基础组件为蒙层的覆盖数字组件，该两个组件可以通过图2的配置文件关联。当用户调用擦除组件对蒙层组件进行擦除时，可以向数字组件发送通知信息。该通知信息可以包括擦除组件擦除蒙层的进度。如可以包括30％、50％。当通知信息包括50％时，可以触发数字组件显示。

上述实施例提供的技术方案至少带来以下有益效果：由S1201可知，管理装置可以响应于用户的对高阶组件中的基础组件的操作，向与该基础组件关联的组件发送通知信息，用以触发关联的组件执行相应的动作。如此，可以保证高阶组件中各个基础组件可以按照顺序运行。

一种可能的实施例中，如图13所示，本申请实施例提供的方法，还可以包括S1401和S1301和S1302。

S1301、管理装置获取第三组件。

其中，第三组件可以为基础组件或高阶组件。

该步骤可以参照上述S601描述，不予赘述。

S1302、响应于第一关联操作，管理装置在将第三组件与第一高阶组件通过配置文件关联，得到第二高阶组件。

该步骤可以参照上述S902的描述，不予赘述。

上述实施例提供的技术方案至少带来以下有益效果：由S1301和S1302可知，管理装置可以将新的组件与第一高阶组件通过配置文件关联，得到第二高阶组件，提高了高阶组价的适用范围。

可以理解的，在实际实施时，本公开实施例所述的移动设备可以包含有用于实现前述对应组件的管理方法的一个或多个硬件结构和/或软件模块，这些执行硬件结构和/或软件模块可以构成一个电子设备。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本公开能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

基于这样的理解，本公开实施例还对应提供一种组件的管理装置。图14示出了本公开实施例提供的组件的管理装置的结构示意图。如图14所示，该组件的管理装置可以包括：获取单元1401和调整单元1402。

获取单元1401，用于获取第一应用场景对应的第一高阶组件；其中，第一高阶组件用于在第一应用场景中实现第一功能；第一高阶组件包括具有层级关系的一个或者多个的基础组件。调整单元1402，用于对第一高阶组件的目标显性参数进行调整，生成第二高阶组件；第二高阶组件用于在第二应用场景中实现第一功能，第二高阶组件包括目标显性参数调整后的第一高阶组件，在第一应用场景下和在第二应用场景下配置的目标对象不同。例如，获取单元1401可以用于执行图6中的S601。调整单元1402可以用于执行图6中的S602。

可选的，目标显示参数包括基础组件的显性属性参数，调整单元14102，具体用于；响应于第一调整参数，对基础组件的显性属性参数的属性参数进行调整，得到基础组件的调整后的显性属性参数；根据调整后的显性属性参数，确定第二高阶组件。例如，调整单元1402可以用于执行图7中的S701和S702。

可选的，基础组件的属性参数包括形状大小、位置、透明度、显隐性中的一个或多个。

可选的，目标显示参数包括层级关系，调整单元1402，具体用于：一个或多个基础组件的排列顺序，排列靠前的基础组件作为第二高阶组件的上层组件，排列靠后的基础组件作为第二高阶组件的下层组件，上层组件位于下层组件的上方；根据一个或多个基础组件的调整后的排列顺序，确定第二高阶组件的一个或多个组件之间层级关系，其中，一个或多个基础组件之间具有关联关系。例如，调整单元1402可以用于执行图8中的S801和S802。

可选的，目标显性参数包括基础组件的配置文件，调整单元1402，具体用于：响应于第一选择操作，从多个预设配置文件中为第一高阶组件的基础组件选择一个或多个配置文件；响应于第二调整操作，将一个或多个配置文件与基础组件的配置文件组合，得到第二高阶组件中的基础组件对应的配置文件。例如，调整单元1402可以用于执行图9中的S901和S902。

可选的，目标显性参数包括基础组件的配置文件的属性参数，调整单元1402，具体用于：响应于第三调整操作，管理装置对配置文件的属性参数进行调整，得到该配置文件的调整后的属性参数；管理装置根据基础组件的配置文件的调整后的属性参数，确定第二高阶组件。例如，调整单元1402可以用于执行图10中的S1001和S1002。

可选的，调整单元1402，具体用于：对第一高阶组件的目标显性参数进行调整，得到第二高阶组件对应的第一渲染数据；对第一渲染数据进行渲染，得到第二高阶组件。

可选的，装置还包括显示单元1403；显示单元1403，用于响应第一预览操作，在预设显示界面上，按照第二高阶组件的一个或多个基础组件之间的关联关系执行第一功能，在预设显示界面上，第二高阶组件显示的显性参数与调整后的目标显性参数相对应。例如，显示单元1403可以用于执行图11中的S1101。

可选的，装置还包括通知单元1404；通知单元1404，用于在运行第二高阶组件的过程中，响应于针对第二高阶组件中第一基础组件的操作，向第二高阶组件中的第二基础组件发送第一通知信息，第一基础组件与第二基础组件通过配置文件关联，第一通知信息用于触发第二基础组件执行对应的动作。例如，通知单元1404可以用于执行图12中的S1201。

可选的，获取单元1401，还用于获取第三组件，第三组件为基础组件或高阶组件；调整单元1402，还用于响应于第一关联操作，将第三高阶组件与第一高阶组件通过配置文件关联，得到第二高阶组件。例如，获取单元1401可以用于执行图13中的S1301。调整单元1402可以用于执行图13中的S1302。

如上所述，本公开实施例可以根据上述方法示例对组件的管理装置进行功能模块的划分。其中，上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。另外，还需要说明的是，本公开实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。

关于上述实施例中的组件的管理装置，其中各个模块执行操作的具体方式、以及具备的有益效果，均已经在前述方法实施例中进行了详细描述，此处不再赘述。

本公开实施例还提供一种组件的管理装置。图15示出了本公开实施例提供的组件的管理装置的结构示意图。该组件的管理装置可以包括至少一个处理器151，通信总线152，存储器153以及至少一个通信接口154。

处理器151可以是一个处理器(central processing units，CPU)，微处理单元，ASIC，或一个或多个用于控制本公开方案程序执行的集成电路。作为一个示例，结合图14，组件的管理装置中的调整单元1402实现的功能与图15中的处理器151实现的功能相同。

通信总线152可包括一通路，在上述组件之间传送信息。

通信接口154，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如服务器、以太网，无线接入网(radio access network，RAN)，无线局域网(wireless localarea networks，WLAN)等。作为一个示例，结合图14，组件的管理装置中的获取单元1401实现的功能与图15中的通信接口154实现的功能相同。

存储器153可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理单元相连接。存储器也可以和处理单元集成在一起。

其中，存储器153用于存储执行本公开方案的应用程序代码，并由处理器151来控制执行。处理器151用于执行存储器153中存储的应用程序代码，从而实现本公开方法中的功能。

在具体实现中，作为一种实施例，处理器151可以包括一个或多个CPU，例如图15中的CPU0和CPU1。

在具体实现中，作为一种实施例，移动设备可以包括多个处理器，例如图15中的处理器151和处理器155。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，组件的管理装置还可以包括输入设备156和输出设备157。输入设备156和输出设备157通信，可以以多种方式接受用户的输入。例如，输入设备156可以是鼠标、键盘、触摸屏设备或传感设备等。输出设备157和处理器151通信，可以以多种方式来显示信息。例如，输出设备151可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备等。

本领域技术人员可以理解，图15中示出的结构并不构成对组件的管理装置的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

本公开还提供了一种包括指令的计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述计算机可读存储介质中的指令由计算机设备的处理器执行时，使得计算机能够执行上述所示实施例提供的组件的管理方法。例如，计算机可读存储介质可以为包括指令的存储器153，上述指令可由组件的管理装置的处理器151执行以完成上述方法。又例如，计算机可读存储介质可以为包括指令的存储器152，上述指令可由服务器的处理器151执行以完成上述方法。可选地，计算机可读存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、RAM、CD-ROM、磁带、软盘和光数据存储设备等。

本公开还提供了一种计算机程序产品，该计算机程序产品包括计算机指令，当所述计算机指令在组件的管理装置的处理器上运行时，使得所述组件的管理装置执行上述图6-图13任一附图所示的组件的管理方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。