CN114756292A - 组件配置的方法和装置 - Google Patents

Abstract

本公开的实施例涉及组件配置的方法、装置、设备和介质。在此提出的方法包括：响应于对应用中的目标组件的实例化请求，获取目标组件的标识符，标识符用于在应用中唯一地标识目标组件；基于标识符和应用的层级信息，从应用的配置文件中获取与目标组件相关联的至少一项配置规则，层级信息包括应用中多个组件之间的关系信息和多个组件的描述信息；以及基于至少一项配置规则，来实例化组件。基于这样的方式，能够使得开发者能够以更加便捷的方式来配置应用中的组件。

Description

组件配置的方法和装置

技术领域

本公开的实施例涉及计算机领域，并且更具体地，涉及组件配置的方法、装置、设备、计算机存储介质和计算机程序产品。

背景技术

在软件开发过程中，尤其是在前端开发过程中，为了开发与维护的灵活性，开发者一般将对应于人机交互界面上的一组显示元素、元素的样式、元素的交互逻辑封装为一个组件。一个完整的网页或软件界面，通常是由多个组件组合和嵌套所形成。

在开发过程中，软件需要为应用中的多个组件定义他们对应的配置。随着应用的功能越来越丰富，其包含的组件数量越来越多且嵌套关系越来越复杂，如何有效地配置组件成为了当前关注的焦点。

发明内容

本公开的实施例提供一种用于组件配置的方案。

根据本公开的第一方面，提出了一种组件配置的方法。该方法包括：响应于对应用中的目标组件的实例化请求，获取目标组件的标识符，标识符用于在应用中唯一地标识目标组件；基于标识符和应用的层级信息，从应用的配置文件中获取与目标组件相关联的至少一项配置规则，层级信息包括应用中多个组件之间的关系信息和多个组件的描述信息；以及基于至少一项配置规则，来实例化组件。

根据本公开的第二方面，提出了一种用于组件配置的装置。该装置包括：标识符获取模块，被配置为响应于对应用中的目标组件的实例化请求，获取目标组件的标识符，标识符用于在应用中唯一地标识目标组件；规则获取模块，被配置为基于标识符和应用的层级信息，从应用的配置文件中获取与目标组件相关联的至少一项配置规则，层级信息包括应用中多个组件之间的关系信息和多个组件的描述信息；以及实例化模块，被配置为基于至少一项配置规则，来实例化组件。

根据本公开的第三方面，提出了一种电子设备。该设备包括：至少一个处理单元；至少一个存储器，该至少一个存储器被耦合到该至少一个处理单元并且存储用于由该至少一个处理单元执行的指令，该指令当由该至少一个处理单元执行时，使得该设备执行根据本公开的第一方面所描述的方法的任意步骤。

在本公开的第四方面，提供了计算机可读存储介质。该计算机可读存储介质上存储有计算机程序，该计算机程序在由处理器执行时使得该处理器执行根据本公开的第一方面所描述的方法的任意步骤。

在本公开的第五方面，提供了一种计算机程序产品。该计算机程序产品包括计算机程序，该计算机程序在由处理器执行时使得该处理器执行根据本公开的第一方面所描述的方法的任意步骤。

提供发明内容部分是为了以简化的形式来介绍对概念的选择，它们在下文的具体实施方式中将被进一步描述。发明内容部分无意标识本公开的关键特征或必要特征，也无意限制本公开的范围。

附图说明

通过结合附图对本公开示例性实施例进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施例中，相同的参考标号通常代表相同部件。

图1图示了根据本公开实施例的示例应用的多个组件的示意图；

图2图示了根据本公开实施例的实施例能够在其中实施的示例环境的示意图；

图3图示了根据本公开实施例的组件配置的过程的流程图；

图4A-图4C图示了根据本公开实施例的示例配置文件的示意图；

图5图示了根据本公开实施例的示例装置的示意性框图；以及

图6图示了可以用来实施本公开内容的实施例的示例设备的示意性框图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的优选实施例，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

如上文所讨论的，随着应用(例如，网页或软件)的功能越来越复杂，其包括的组件的数量可能越来越多，组件的嵌套关系也可能越来越复杂。

在一些情况下，考虑到代码的重用性，开发者例如可以开发一些基础组件，其可以根据需要而被包括在与不同业务相关联的上级组件中。这样的基础组件可以是一些通用组件，例如，按钮、对话框、输入框、音频播放器、视频播放器、信用卡支付或地图等。例如，开发者可以将支付相关的代码封装成独立的支付组件，并将其包括在不同的上级组件中，例如，实体商品结算组件或虚拟商品结算组件。

示例性地，图1图示了根据本公开实施例的示例应用100的多个组件的示意图。如1所示，应用100可以包括根组件110，并且根组件嵌套了两个二级组件120和130。示例性地，二级组件120和130可以分别对应于实体商品结算组件和虚拟商品结算组件。

此外，如图1所示，二级组件120中还包括三级组件140，并且二级组件130中还包括三级组件150。示例性地，三级组件140和组件150可以都是支付组件，以分别用于支持实体商品结算下的支付以及虚拟商品结算下的支付。

在开发过程中，对于组件的配置是开发者需要关注的核心问题之一。就算是相同类型的组件，其在不同业务模式下可能也会具有不同的配置。以支付组件作为示例，在实体商品结算场景下，支付组件例如可以允许信用卡支付，而在虚拟商品结算场景中，支付组件例如根据监管的规定不能使用信用卡支付。

一些传统地方式通过传递配置的方式来配置不同层级中的组件。例如，开发者可以首先在根组件110中定义配置，并定义配置传递的逻辑而将配置传递给二级组件120，并在二级组件120进一步定义配置传递的逻辑，以将配置传递给三级组件140。在这种情况下，开发者不仅需要关注如何在各个场景下配置各个组件，还需要编写与配置传递的逻辑相关的代码。随着应用的功能越来越丰富，组件的嵌套关系也将越来越复杂，这将使得配置传递的逻辑也将变得复杂且难以维护。

根据本公开的实施例，提供了一种组件配置的方案。在该方案中，首先在根据对应用中的目标组件的实例化请求，获取目标组件的、用于在应用中唯一地标识目标组件的标识符。随后，基于标识符和应用的层级信息，从应用的配置文件中获取与目标组件相关联的至少一项配置规则，其中层级信息包括应用中多个组件之间的关系信息和多个组件的描述信息。随后，基于所获取的至少一项配置规则，来实例化组件。

基于这样的方式，本公开的实施例能够利用应用中组件的层级信息来解析配置文件，这将允许开发者根据开发需要而更加灵活地和便捷地定义配置文件。这能够降低开发者的人力成本和时间成本，并提高组件配置的效率。

以下进一步结合附图来详细描述该方案的各种示例实现。

首先参见图2，其示意性示出了其中可以实施根据本公开的示例性实现方式的环境200的示意图。如图2所示，环境200包括计算设备220。计算设备220被配置为接收的组件210和配置文件230。

在一些实现中，组件210例如可以是由开发者编写的一段代码，其提供了关于显示元素、元素样式和/或交互逻辑的封装。在一些示例中，组件210可以包括内嵌的下级组件。或者，组件210也可以被嵌入到其他组件中。

在一些实现中，配置文件230可以是由开发者编写的关于应用中的多个组件的配置。与传统地方式不同，通过将配置文件230从开发代码中抽离，可以提高维护配置文件230的效率。

在一些实现中，配置文件230可以通过变量定义的方式来配置与组件210相关联的参数。例如，配置文件230可以定义通过为支付组件中的参数“creditcard”进行赋值来配置该支付组件是否支持信用卡支付。

在一些实现中，计算设备220还可以生成和/或获取与所要配置的应用的层级信息240。以图1中的示例应用100作为示例，层级信息240可以用于描述应用100中的组件的层级结构。例如，层级信息240可以包括与根组件110对应的根节点260，与二级组件120和130对应的节点262和265，以及与三级组件140和150对应的节点266和268。

在一些实现中，层级信息240还可以包括节点的描述信息。示例性地，层级信息240可以包括节点260的标识符、名称、类型和实例化顺序等。

基于层级信息240，计算设备220可以从配置文件230中为需要实例化的组件210确定其对应的配置，并基于该配置来对组件210进行实例化，以获得实例化组件250。关于层级信息240的生成过程和组件210的配置的确定过程将在下文详细描述。

下文将参考图3至图4来描述根据本公开实施例的组件配置的过程。图3示出了根据本公开的一些实施例的组件配置的过程300的流程图。过程300例如可以由图2中所示的计算设备220来实现。

在框302，响应于对应用中的目标组件210的实例化请求，计算设备220获取目标组件210的标识符，其中标识符用于在应用中唯一地标识目标组件210。

在一些实现中，计算设备220可以根据用户(例如，开发者)的指定来对目标组件210进行实例化。或者，计算设备220也可以自动地对一组组件按照预定顺序依次执行实例化。

在一些实现中，开发者可以为目标组件定义其组件名称，然而由于随着应用的功能越来越复杂，组件名称可能无法唯一地标识目标组件。例如，在图1的示例中，组件140和组件150可能都被命名为“pay”，这导致该名称无法唯一地标识对应的组件。

在一些实现中，为了唯一地对应目标组件210，在实例化过程中，计算设备220可以首先为目标组件210分配能够在应用中唯一地标识该目标组件210的标识符。示例性地，计算设备220可以设置组件注册模块，以用于根据目标组件210的相关信息来为目标组件210分配标识符。

一些实现中，标识符包括任何适当的表示。其示例包括但不限于：数字、字符串或其组合。例如，以组件140作为目标组件210的示例，其标识符可以是“3001”，以表示其是第三层中的第一个组件。或者，其标识符也可以是“pay0”以指示其是应用中的第一个支付组件。应当理解，这样的标识符仅仅是示意性的，还可以采用任何其他适当的标识符来唯一地目标组件。

在一些实现中，目标组件210的标识符的分配过程可以在实例化过程之前被执行。示例性地，在将目标组件210的代码进行部署时，可以由适当的模块基于以上规则来为目标组件210分配标识符。

在框304，基于标识符和应用的层级信息，计算设备220从应用的配置文件230中获取与目标组件210相关联的至少一项配置规则，其中层级信息240包括应用中多个组件之间的关系信息和多个组件的描述信息。

在一些实现中，计算设备220还可以维护与应用相关联的层级信息240。例如，计算设备220可以在接收到目标组件210的实例化请求后，来更新已有的层级信息。

具体地，计算设备220可以获取应用的已有层级信息(也称为第二层级信息)，其中第二层级信息包括与目标组件210的上级组件相关联的节点(也称为第一节点)。

以图1中的组件150作为目标组件210的示例，例如，在组件150被实例化之前，组件110、120、130和140已经请求被实例化，相应地，计算设备220可以已经相应地生成了第二层级信息。该第二层级信息例如可以包括与组件110-140所对应的节点260、262、264和266，其中每个节点与对应的组件相对应。

在一些实现中，节点260、262、264和266之间的父子关系可以用于指示对应的组件之间的嵌套关系。例如，节点262为组件260的子节点，这指示对应的组件120是组件110的下级组件。

在获取第二层级信息后，计算设备220还可以基于目标组件210的属性，在第二层级信息中添加作为第一节点的子节点的第二节点，第二节点包括目标组件的描述信息。

在一些实现中，如上文所讨论的，组件注册中心所获取目标组件210的相关信息可以包括目标组件210的属性。在一些示例中，目标组件210的属性可以包括目标组件210的类型。示例性地，目标组件210的类型例如可以通过字符串来表示，例如“pay”，以指示目标组件210的类型为“支付组件”。

在另一示例中，目标组件210的属性还可以包括目标组件210的名称。示例性地，目标组件210的名称例如可以通过字符串来表示，例如“cart_pay”。

在又一示例中，目标组件210的属性还可以包括上级组件的标识符。示例性地，以组件150作为目标组件210的示例，目标组件210的上级组件是组件130，其标识符例如可以是“2002”。

应当理解，目标组件210的属性还可以包括其他适当类型的信息，或者包括以上多种示例信息的组合、或包括以上示例信息与其他适当信息之间的组合。

相应地，根据目标组件210的描述信息，计算设备220可以在第二层级信息中添加与目标组件210相对应的新的节点268，该节点268是与组件130所对应的节点264的子节点。

附加地，计算设备220还可以在节点268中存储目标组件210的相关信息，其示例包括但不限于：目标组件210的标识符(例如，3002)、类型(例如，“pay”)、名称(例如，“cart_pay”)、实例化顺序(例如，“5”)、或其他与目标组件210有关的信息。

在一些实现中，目标组件210的实例化顺序例如也可以通过对应的节点268在层级结构中的位置来指示。例如，节点268是节点264的第一个子节点，其可以指示组件210是其上级组件中第一个被实例化的组件。

当完成在第二层级信息中添加与目标组件210对应的节点268后，计算设备220可以将更新后的第二层级信息用作新的层级信息240(也称为第一层级信息)。基于这样的方式，计算设备220可以动态地维护与应用相关联的层级信息，从而能够有效地定位应用中的一个或多个组件。

在获取与应用对应的层级信息240后，计算设备220可以根据组件210和标识符和层级信息240来从配置文件中确定与目标组件210相关联的至少一项配置规则。

如上文所讨论的，配置文件230可以由开发者定义的、针对应用中一个或多个组件的配置规则。由于本公开采用了基于层级信息240来解析配置文件230，开发者能够采用更加灵活地方式来定义配置文件230中的配置规则。

图4A-图4C示出了根据本公开实施例的示例配置文件的示意图。如图4A所示，配置文件400A可以包括多项配置条目，其中第一项配置条目是针对“.shopping_cart[0]”中的“pay”组件，第二项配置条目是针对“.shopping_cart[1]”中的“pay”组件。

具体地，配置文件400A中的第一配置条目包括组件描述部分410-1和规则描述部分420-1。组件描述部分410-1用于指示第一配置条目所针对的组件集合。在该示例中，描述部分410-1是通过上级组件的实例化顺序和目标组件的类型所定义的。

例如，组件描述部分410-1中的“.shopping_cart[0]”表示应用中类型为“.shopping_cart”的第一个被实例化的组件，“.pay”表示该组件中的类型为“pay”的组件。规则描述部分420-1“creditcard：true”用于指示被应用于对应组件的具体规则是“支持信用卡支付”。

类似地，第二配置条目包括的描述部分410-2表示第二个被实例化的类型为“.shopping_cart”的组件中的类型为“pay”的组件。规则描述部分420-2“creditcard：false”用于指示被应用于对应组件的具体规则是“不支持信用卡支付”。

在该示例中，以组件150作为目标组件210的示例，计算设备220可以根据层级信息240确定组件描述部分410-1所对应的组件集合所对应的节点为节点266，其例如对应于标识符为3001的组件。类似地，计算设备220可以确定组件描述部分410-2所对应的组件集合所对应的节点为节点268，其例如对应于标识符为3002的组件。

附加地，计算设备220可以根据目标组件210的标识符(例如，“3002”)与组件描述部分410-2所对应的标识符集合相匹配，则将规则描述部分420-2“creditcard：false”确定为与目标组件210相对应的规则。

图4B示出了另一示例配置文件400B。如图4B所示，配置文件400B可以包括多项配置条目，其中第一项配置条目是针对“#entity_cart”中的“pay”组件，第二项配置条目是针对“#virtual_cart”中的“pay”组件。

具体地，配置文件400B中的第一配置条目包括组件描述部分430-1和规则描述部分440-1。组件描述部分430-1用于指示第一配置条目所针对的组件集合，例如，组件描述部分430-1中的“#entity_cart”表示应用中名称为“entity_cart”的组件，“.pay”表示该组件中的类型为“pay”的组件。规则描述部分440“creditcard：true”用于指示被应用于对应组件的具体规则是“支持信用卡支付”。

类似地，第二配置条目包括的描述部分430-2表示应用中名称为“virtual_cart”的组件中的类型为“pay”的组件。规则描述部分440-2“creditcard：false”用于指示被应用于对应组件的具体规则是“不支持信用卡支付”。

在该示例中，以组件150作为目标组件210的示例，计算设备220可以根据层级信息240确定组件描述部分430-1所对应的组件集合所对应的节点为节点266，其例如对应于标识符为3001的组件。类似地，计算设备220可以确定组件描述部分430-2所对应的组件集合所对应的节点为节点268，其例如对应于标识符为3002的组件。

附加地，计算设备220可以根据目标组件210的标识符(例如，“3002”)与组件描述部分430-2所对应的标识符集合相匹配，则将规则描述部分440-2“creditcard：false”确定为与目标组件210相对应的规则。

图4C示出了另一示例配置文件400C。如图4C所示，配置文件400C可以包括多项配置条目，其中第一项配置条目是针对“.A.B.C”，第二项配置条目是针对“.A.B.C.#C1”。

具体地，配置文件400C中的第一配置条目包括组件描述部分450-1和规则描述部分460-1。组件描述部分450-1用于指示第一配置条目所针对的组件集合，例如，组件描述部分450-1“.A.B.C”表示该配置条目将被用于应用中A类别组件中包括的B类别组件中所包括的C类别组件。规则描述部分460-1“creditcard：true”用于指示被应用于对应组件的具体规则是“支持信用卡支付”。

类似地，配置文件400C中的第二配置条目包括组件描述部分450-2和规则描述部分460-2。组件描述部分450-2用于指示第一配置条目所针对的组件集合，例如，组件描述部分450-2“.A.B.C.#C1”表示该配置条目将被用于应用中A类别组件中包括的B类别组件中所包括的C类别组件中的名称为“C1”的组件。规则描述部分460-2“creditcard：false”用于指示被应用于对应组件的具体规则是“不支持信用卡支付”。

在该示例中，以组件150作为目标组件210的示例，根组件110的类型为“A”，组件120和组件130的类型为“B”，组件140和组件150的类型为“C”，且组件140的名称为“C0”，组件140的名称为“C1”。

计算设备220可以根据层级信息240确定组件描述部分450-1所对应的组件集合为类别A的组件中的类别B组件中的全部类别C组件，其所对应的节点为节点266和节点268，其例如对应于标识符为3001和标识符3002的组件。类似地，计算设备220可以确定组件描述部分450-2所对应的组件集合所对应的节点为节点268，其例如对应于标识符为3002的组件。

附加地，计算设备220可以确定目标组件210的标识符(例如，“3002”)与组件描述部分450-1所对应的标识符集合匹配，且与组件描述部分450-2所对应的标识符集合相匹配。相应地，计算设备220可以将460-1“creditcard：true”和规则描述部分460-2“creditcard：false”均确定为与目标组件210相对应的规则。

以上结合不同示例描述了配置文件230的可能定义方式，应当理解，以上具体定义方式仅是示意性的。此外，以上示例配置文件中的具体编程语言也只是示意性地，可以根据需要利用任何适当的编程语言来编写配置文件。另一方面，以上配置文件中的具体语法格式也只是示意性地，可以根据需要定义任何适当的语法解析方式。例如，“#”可以用于指示所连接的语法元素为组件的名称，“.”可以指示所连接的语法元素为组件的类型等。

此外，由于层级结构240中包括了组件相关信息和组件之间的关系信息，本公开的实现方式能够允许开发者通过组件类型、组件名称、组件实例化顺序、组件的上级信息或其他适当的组件信息来指定一个或多个组件。这能够使得开发者能够方便地定义组件的配置，并且能够以不同的粒度来构建个性化的组件配置。

继续参考图3，在框306，计算设备220基于至少一项配置规则来实例化目标组件210。在一些实现中，如果所确定的至少一项配置规则仅包括一项配置规则，或者包括多项不冲突的配置规则，则计算设备220可以直接将所确定的配置规则应用于目标组件210，并执行目标组件210的实例化，以获得实例化组件250。

以配置文件400A和400B作为示例，计算设备220可以确定与目标组件210所对应的配置规则为“creditcard：false”，并基于该配置规则来实例化目标组件210，以不允许信用卡的支付。

在另一些实现中，计算设备220可以确定与目标组件210相关联的至少一项配置规则包括具有不同优先级的多项配置规则。相应地，计算设备220可以确定与多项配置规则对应的优先级。

以配置文件400C作为示例，计算设备220可以确定与目标组件210相关联的至少一项配置规则包括：由规则描述部分460-1指示的规则“creditcard：true”和由规则描述部分460-2指示的“creditcard：false”。

考虑到规则描述部分460-1是针对整个类型的描述，其可以被设置具有较低的优先级。相反，规则描述部分460-2是针对单个组件的描述，其可以被设置具有较高的优先级。

附加地，计算设备220可以基于优先级合并多项配置规则。继续配置文件400C的示例，计算设备220可以确定由规则描述部分460-1指示的规则“creditcard：true”和由规则描述部分460-2指示的“creditcard：false”存在冲突，且规则“creditcard：false”具有较高的优先级。相应地，计算设备220可以确定合并后的规则为具有较高优先级的规则“creditcard：false”。

相应地，计算设备220可以基于经合并的多项配置规则来实例化目标组件210。继续配置文件400C的示例，计算设备220可以基于规则“creditcard：false”来实例化目标组件210，以不允许信用卡的支付。

基于本公开所描述的组件配置方法，本公开的实施例能够使得开发者能够更加便捷地定义一个或多个组件的配置规则。此外，通过利用层级信息来解析配置文件，本公开的实施例还能够允许开发者根据适当的方式来定义不同粒度的配置规则，从而提高开发的灵活性。

本公开的实施例还提供了用于实现上述方法或过程的相应装置。图5示出了根据本公开的一些实施例的组件配置的装置500的示意性结构框图。

如图5所示，装置500包括标识符获取模块510，被配置为响应于对应用中的目标组件的实例化请求，获取目标组件的标识符，标识符用于在应用中唯一地标识目标组件。装置500还包括规则获取模块520，被配置为基于标识符和应用的层级信息，从应用的配置文件中获取与目标组件相关联的至少一项配置规则，层级信息包括应用中多个组件之间的关系信息和多个组件的描述信息。此外，装置500还包括配置模块530，被配置为基于至少一项配置规则，来实例化组件。

在一些实现中，层级信息为第一层级信息，装置500还包括：信息获取模块，被配置为获取应用的第二层级信息，第二层级信息包括与目标组件的上级组件相关联的第一节点；添加模块，被配置为基于目标组件的属性，在第二层级信息中添加作为第一节点的子节点的第二节点，第二节点包括目标组件的描述信息；以及更新模块，被配置为将经更新的第二层级信息用作第一层级信息。

在一些实现中，目标组件的属性包括以下中的至少一项：目标组件的类型，目标组件的名称，或上级组件的标识符。

在一些实现中，层级信息还描述目标节点被实例化的顺序。

在一些实现中，述配置文件中包括至少一项配置条目，配置条目包括组件描述部分和规则描述部分，组件描述部分指示配置条目所针对的组件集合，其中规则获取模块520包括：解析模块，被配置为基于层级信息，确定与描述部分相对应的组件集合的标识符集合；以及匹配模块，被配置为如果目标组件的标识符与标识符集合匹配，则将规则描述部分确定为与目标组件相关联的配置规则。

在一些实现中，组件描述部分指示以下中的至少一项：组件集合中的组件的类型，组件集合中的组件的名称，组件集合中的组件的上级信息，或组件集合中的组件的实例化顺序。

在一些实现中，至少一项配置规则包括多项配置规则，并且配置模块530包括：优先级模块，被配置为确定与多项配置规则对应的优先级；合并模块，被配置为基于优先级，合并多项配置规则；以及规则应用模块，被配置为基于经合并的多项配置规则，来实例化目标组件。

在一些实现中，至少一项配置规则用于配置与目标组件相关联的至少一个参数。

装置500中所包括的单元可以利用各种方式来实现，包括软件、硬件、固件或其任意组合。在一些实施例中，一个或多个单元可以使用软件和/或固件来实现，例如存储在存储介质上的机器可执行指令。除了机器可执行指令之外或者作为替代，装置500中的部分或者全部单元可以至少部分地由一个或多个硬件逻辑组件来实现。作为示例而非限制，可以使用的示范类型的硬件逻辑组件包括现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD)，等等。

图6示出了可以用来实施本公开内容的实施例的示例设备600的示意性框图。例如，根据本公开实施例的备份系统和/或恢复系统可以由设备600来实施。如图所示，设备600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的计算机程序指令或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序指令，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。CPU601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各个过程和处理，例如过程300，可由处理单元601执行。例如，在一些实施例中，过程300可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序被加载到RAM 603并由CPU 601执行时，可以执行上文描述的过程300的一个或多个动作。

本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

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

以上已经描述了本公开的各实施方式，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施方式。在不偏离所说明的各实施方式的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施方式的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其他普通技术人员能理解本文披露的各实施方式。

Claims (19)

1.一种组件配置的方法，包括：

响应于对应用中的目标组件的实例化请求，获取所述目标组件的标识符，所述标识符用于在所述应用中唯一地标识所述目标组件；

基于所述标识符和所述应用的层级信息，从所述应用的配置文件中获取与所述目标组件相关联的至少一项配置规则，所述层级信息包括所述应用中多个组件之间的关系信息和所述多个组件的描述信息；以及

基于所述至少一项配置规则，来实例化所述组件。

2.根据权利要求1所述的方法，其中所述层级信息为第一层级信息，所述方法还包括：

获取所述应用的第二层级信息，所述第二层级信息包括与所述目标组件的上级组件相关联的第一节点；

基于所述目标组件的属性，在所述第二层级信息中添加作为所述第一节点的子节点的第二节点，所述第二节点包括所述目标组件的描述信息；以及

将经更新的所述第二层级信息用作所述第一层级信息。

3.根据权利要求2所述的方法，其中所述目标组件的所述属性包括以下中的至少一项：

所述目标组件的类型，

所述目标组件的名称，或

所述上级组件的标识符。

4.根据权利要求1所述的方法，其中所述层级信息还描述所述目标节点被实例化的顺序。

5.根据权利要求1所述的方法，其中所述配置文件中包括至少一项配置条目，所述配置条目包括组件描述部分和规则描述部分，所述组件描述部分指示所述配置条目所针对的组件集合，其中获取与所述目标组件相关联的所述至少一项配置规则包括：

基于所述层级信息，确定与所述描述部分相对应的所述组件集合的标识符集合；以及

如果所述目标组件的所述标识符与所述标识符集合匹配，则将所述规则描述部分确定为与所述目标组件相关联的配置规则。

6.根据权利要求5所述的方法，其中组件描述部分指示以下中的至少一项：

所述组件集合中的组件的类型，

所述组件集合中的组件的名称，

所述组件集合中的组件的上级信息，或

所述组件集合中的组件的实例化顺序。

7.根据权利要求1所述的方法，其中所述至少一项配置规则包括多项配置规则，并且其中基于所述至少一项配置规则来实例化所述目标组件包括：

确定与所述多项配置规则对应的优先级；

基于所述优先级，合并所述多项配置规则；以及

基于经合并的所述多项配置规则，来实例化所述目标组件。

8.根据权利要求1所述的方法，其中所述至少一项配置规则用于配置与所述目标组件相关联的至少一个参数。

9.一种组件配置的装置，包括：

标识符获取模块，被配置为响应于对应用中的目标组件的实例化请求，获取所述目标组件的标识符，所述标识符用于在所述应用中唯一地标识所述目标组件；

规则获取模块，被配置为基于所述标识符和所述应用的层级信息，从所述应用的配置文件中获取与所述目标组件相关联的至少一项配置规则，所述层级信息包括所述应用中多个组件之间的关系信息和所述多个组件的描述信息；以及

配置模块，被配置为基于所述至少一项配置规则，来实例化所述组件。

10.根据权利要求9所述的装置，其中所述层级信息为第一层级信息，所述装置还包括：

信息获取模块，被配置为获取所述应用的第二层级信息，所述第二层级信息包括与所述目标组件的上级组件相关联的第一节点；

添加模块，被配置为基于所述目标组件的属性，在所述第二层级信息中添加作为所述第一节点的子节点的第二节点，所述第二节点包括所述目标组件的描述信息；以及

更新模块，被配置为将经更新的所述第二层级信息用作所述第一层级信息。

11.根据权利要求10所述的装置，其中所述目标组件的所述属性包括以下中的至少一项：

所述目标组件的类型，

所述目标组件的名称，或

所述上级组件的标识符。

12.根据权利要求9所述的装置，其中所述层级信息还描述所述目标节点被实例化的顺序。

13.根据权利要求9所述的装置，其中所述配置文件中包括至少一项配置条目，所述配置条目包括组件描述部分和规则描述部分，所述组件描述部分指示所述配置条目所针对的组件集合，其中所述规则获取模块包括：

解析模块，被配置为基于所述层级信息，确定与所述描述部分相对应的所述组件集合的标识符集合；以及

匹配模块，被配置为如果所述目标组件的所述标识符与所述标识符集合匹配，则将所述规则描述部分确定为与所述目标组件相关联的配置规则。

14.根据权利要求13所述的装置，其中组件描述部分指示以下中的至少一项：

所述组件集合中的组件的类型，

所述组件集合中的组件的名称，

所述组件集合中的组件的上级信息，或

所述组件集合中的组件的实例化顺序。

15.根据权利要求9所述的装置，其中所述至少一项配置规则包括多项配置规则，并且所述配置模块包括：

优先级模块，被配置为确定与所述多项配置规则对应的优先级；

合并模块，被配置为基于所述优先级，合并所述多项配置规则；以及

规则应用模块，被配置为基于经合并的所述多项配置规则，来实例化所述目标组件。

16.根据权利要求9所述的装置，其中所述至少一项配置规则用于配置与所述目标组件相关联的至少一个参数。

17.一种电子设备，包括：

至少一个处理单元；以及

至少一个存储器，所述至少一个存储器被耦合到所述至少一个处理单元并且存储用于由所述至少一个处理单元执行的指令，所述指令当由所述至少一个处理单元执行时，使得所述设备执行根据权利要求1-8中任一项所述的方法。

18.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在由处理器执行时使所述处理器执行根据权利要求1-8中任一项所述的方法。

19.一种计算机程序产品，包括计算机程序，所述计算机程序在由处理器执行时使所述处理器执行根据权利要求1-8中任一项所述的方法。

Images