CN109814957A - 一种用于ios系统的标签添加方法和装置 - Google Patents

Abstract

本发明公开了一种用于IOS系统的标签添加方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：获取控件在当前页面的控件信息，根据所述控件信息获取所述控件对应的节点标识；根据所述节点标识获取对应的标签名；将所述标签名赋予所述控件，以对所述控件添加标签。该实施方式通过将控件在页面的控制信息映射为多叉树的节点标识，根据节点标识和标签名的映射关系获取该控件的标签名。通过上述方式将标签代码与源代码相分离，且维护简单，成本低。

Description

一种用于IOS系统的标签添加方法和装置

技术领域

本发明涉及计算机领域，尤其涉及一种用于IOS系统的标签添加方法和装置。

背景技术

自动化测试可以为企业节约很多人力、物力、时间等成本，随着自动化测试的兴起，各种自动化三方框架(比如Appium)层出不穷。但是由于IOS系统的闭源性，所有IOS的自动化测试都需要基于VoiceOver功能。而要让VoiceOver程序能正常读取安装在IOS设备上的移动应用程序(APP，Application)中的各个控件，则必须给这些控件添加具有唯一性的标签，以根据这些唯一标签来识别APP中的控件。因此，如果要对IOS系统中的APP进行自动化测试，就必须为该APP中的各个控件添加标签。其中，Appium是一个移动端的跨平台的自动化框架，可用于测试原生应用，移动网页应用和混合型应用，适用于IOS、安卓等操作系统；VoiceOver功能是苹果公司推出的一种语音辅助程序。

现有技术中添加标签有两种方式。方式一：直接在源代码中添加标签：在源代码中分析查找控件对应的代码，在找到的代码中对控件添加标签。方式二：使用钩子技术添加标签：开发者为每个钩子创建用于执行额外操作的钩子方法(比如监控代码、日志代码)，使用钩子技术钩取IOS系统方法，并在钩子方法中对控件添加标签。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：方式一会导致源代码中到处是与业务处理无关的标签代码，当需要变更或者新增标签时，开发人员需要在源文件中分析查找标签添加的位置，效率低，可维护性差，稍有不慎就可能会对APP的业务逻辑造成影响，人力成本高。方式二虽然能够将大多数的标签代码与源代码解耦，减少人力成本，但是由于变相修改了系统方法，会影响APP的运行；同时该方式中钩子方法是预先写好的，在对控件添加标签时，标签名的自定义设置不好把控，特别是对相同类型的控件的标签名难以区分(在使用钩子技术钩取IOS系统方法时，不管相同页面还是不同页面的控件均会被钩取到，导致对相同类型的控件的标签名难以区分)。

发明内容

有鉴于此，本发明实施例提供一种用于IOS系统的标签添加方法和装置，通过将控件在页面的控制信息映射为多叉树的节点标识，根据节点标识和标签名的映射关系获取该控件的标签名。通过上述方式将标签代码与源代码相分离，且维护简单，成本低。

为实现上述目的，根据本发明实施例的一个方面，提供了一种用于IOS系统的标签添加方法。

本发明实施例的一种用于IOS系统的标签添加方法，包括：获取控件在当前页面的控件信息，根据所述控件信息获取所述控件对应的节点标识；其中，所述节点标识为当前页面中所有控件映射成的多叉树中所有节点的节点标识；根据所述节点标识获取对应的标签名；将所述标签名赋予所述控件，以对所述控件添加标签。

可选地，所述获取控件在当前页面的控件信息的步骤之前，还包括：获取当前页面中所有控件的控件信息，根据所述控件信息将所有控件映射为多叉树的节点，一个或者多个控件对应一个节点；为所述多叉树的每个节点生成节点标识，将所述节点标识和控件信息之间的映射关系作为第一映射关系；为每个控件分别设置标签名，将每个控件的标签名和节点标识之间的映射关系作为第二映射关系。

可选地，所述根据所述控件信息获取所述控件对应的节点标识的步骤之后以及所述根据所述节点标识获取对应的标签名的步骤之前，还包括：确认所述第一映射关系中没有所述控件信息对应的节点标识，则在所述第一映射关系中增加所述控件信息和节点标识的映射关系。

可选地，所述根据所述节点标识获取对应的标签名的步骤之后以及所述将所述标签名赋予所述控件的步骤之前，还包括：确认所述第二映射关系中没有所述节点标识对应的标签名，则为所述控件设置标签名，在所述第二映射关系中增加所述节点标识和标签名的映射关系。

可选地，所述为每个控件分别设置标签名，将每个控件的标签名和节点标识之间的映射关系作为第二映射关系的步骤之后以及所述获取控件在当前页面的控件信息的步骤之前，还包括：将所述第一映射关系和所述第二映射关系保存在一个配置文件中或者分别保存在两个配置文件中。

为实现上述目的，根据本发明实施例的一个方面，提供了一种用于IOS系统的标签添加装置。

本发明实施例的一种用于IOS系统的标签添加装置，包括：节点标识获取模块，用于获取控件在当前页面的控件信息，根据所述控件信息获取所述控件对应的节点标识；其中，所述节点标识为当前页面中所有控件映射成的多叉树中所有节点的节点标识；标签名获取模块，用于根据所述节点标识和获取对应的标签名；标签添加模块，用于将所述标签名赋予所述控件，以对所述控件添加标签。

可选地，所述装置还包括：映射关系生成模块，用于获取当前页面中所有控件的控件信息，根据所述控件信息将所有控件映射为多叉树的节点，一个或者多个控件对应一个节点；为所述多叉树的每个节点生成节点标识，将所述节点标识和控件信息之间的映射关系作为第一映射关系；以及为每个控件分别设置标签名，将每个控件的标签名和节点标识之间的映射关系作为第二映射关系。

可选地，所述装置还包括：第一映射关系更新模块，用于确认所述第一映射关系中没有所述控件信息对应的节点标识，则在所述第一映射关系中增加所述控件信息和节点标识的映射关系。

可选地，所述装置还包括：所述装置还包括：第二映射关系更新模块，用于确认所述第二映射关系中没有所述节点标识对应的标签名，则为所述控件设置标签名，在所述第二映射关系中增加所述节点标识和标签名的映射关系。

可选地，所述装置还包括：保存模块，用于将所述第一映射关系和所述第二映射关系保存在一个配置文件中或者分别保存在两个配置文件中。

为实现上述目的，根据本发明实施例的再一方面，提供了一种电子设备。

本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种用于IOS系统的标签添加方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质。

本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种用于IOS系统的标签添加方法。

上述发明中的一个实施例具有如下优点或有益效果：通过将控件在页面的控制信息映射为多叉树的节点标识，根据节点标识和标签名的映射关系获取该控件的标签名，通过上述方式将标签代码(标签代码是指给控件打标的所有程序)与源代码相分离，减少了标签代码对APP的影响，维护简单，成本低；预先在配置文件中写好控件的标签名，仅通过更新配置文件即可实现标签名的维护，无需从源代码中查找修改，可维护性好；仅需要懂基本原理的工作人员来维护配置文件，无需专业的IOS开发人员来维护，大大降低了维护成本。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的用于IOS系统的标签添加方法的主要步骤的示意图；

图2是根据本发明实施例的用于IOS系统的标签添加方法的主要流程示意图；

图3是根据本发明实施例的用于IOS系统的标签添加装置的主要模块的示意图；

图4是本发明实施例可以应用于其中的示例性系统架构图；

图5是适用于来实现本发明实施例的电子设备的计算机装置的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

IOS系统中每个APP的视图界面由多个视图(视图即控件，比如按钮、文字)堆叠形成，基视图包含若干子视图，出现分层结构。本发明实施例的标签添加方法的基本原理为：首先基于该分层结构，将APP中的控件映射到一个多叉树中，并为多叉树中每个节点生成一个唯一的节点标识；再根据该带有节点标识的多叉树，由开发人员手动配置好各节点标识对应的标签名，将控件以及控件对应的节点标识，节点标识以及节点标识对应的标签名保存在配置文件中。当APP中某个控件初始化时，通过多叉树找到配置文件中对应的标签名并赋给该控件，完成控件的标签添加。其中，多叉树为数据结构中的一种基础结构。

图1是根据本发明实施例的用于IOS系统的标签添加方法的主要步骤的示意图。如图1所示，本发明实施例的用于IOS系统的标签添加方法，主要包括如下步骤：

步骤S101：获取控件在当前页面的控件信息，根据所述控件信息获取所述控件对应的节点标识；其中，所述节点标识为当前页面中所有控件映射成的多叉树中所有节点的节点标识。根据业务场景的不同，使用钩子技术或者切面编程技术对各个控件进行监控，以获得监控数据；当控件初始化或者出现时，收集监控数据并进行整理以获得的该控件在当前页面的控件信息。所述控件信息包括控件在当前页面的位置信息(包括层级关系)、控件类型，是否是子控件等。

在一优选的实施例中，将所述控件的控件信息与多叉树的节点标识建立映射关系，将该映射关系作为第一映射关系保存在配置文件中。根据控件信息，查找配置文件以获取该控件对应的节点标识。

步骤S102：根据所述节点标识获取对应的标签名。由于标签名需要按照APP的页面需求或者相关业务逻辑需求来设定，故无法通过脚本进行批量设置，需要手动给每个页面的控件设置独一无二的标签名。将设置好的标签名与节点标识建立映射关系，将该映射关系作为第二映射关系保存在配置文件中。根据节点标识，查找配置文件就能得到该控件的标签名。

步骤S103：将所述标签名赋予所述控件，以对所述控件添加标签。通过上述步骤即完成了对控件的打标处理，打标完成后即可进行后续的自动化测试过程。其中，打标是给控件添加标签名，该标签名是该控件的唯一标识。

另外，根据本发明一个优选的实施例，第一映射关系和第二映射关系均需要预先建立。在APP的各个控件初始化时、控件即将出现、控件即将消失、控件即将销毁这四个状态，根据业务场景的不同，使用钩子技术或者切面编程技术对各个控件或者对控件的某个事件(如点击按钮后，按钮的背景图片改变)进行监控，收集监控数据并进行归类整理得到当前页面中每个控件的控件信息。该控件信息包括控件在当前页面的位置信息(包括层级关系)、控件类型，是否是子控件等。根据包含层级关系的控件信息构建多叉树，为多叉树的每个节点生成一个唯一的节点标识，将控件信息和节点标识的映射关系作为第一映射关系。第一映射关系和第二映射关系可以保存在同一个配置文件中，也可以分别保存在两个配置文件中。

图2是根据本发明实施例的用于IOS系统的标签添加方法的主要流程示意图。如图2所示，本发明实施例的用于IOS系统的标签添加方法，包括以下步骤：

步骤S201：获取当前页面中所有控件的控件信息，根据所述控件信息将所有控件映射为多叉树的节点，一个或者多个控件对应一个节点。当有大量结构相同、继承的基类相同(比如UITableViewCell类型)的控件时，根据具体情况将该类型的控件手动设置对应为多个子节点或一个子节点。其中，UITableViewCell是IOS系统中的一种常用控件，经常与UITableView这个控件一起使用；如果将多个UITableViewCell类型的控件对应为一个子节点时，可通过序号区别开来。比如，可以将10个UITableViewCell类型的控件对应为多叉树中的一个子节点，通过序号1-10来区分这10个控件；在后续给控件打标时，就可以仅通过一个循环来给10个控件分别打标。

获取控件信息时，需要结合钩子技术对控件的函数进行Hook。由于直接Hook系统函数会出现不稳定情况，所以尽量减少对系统函数的Hook，而是对APP的基础函数进行Hook或者结合Category进行切面Hook。其中，系统函数就是IOS系统提供的函数；基础函数，是对系统函数进行封装形成的，比如开发过程中自定义的一些基类中的函数；Hook是一段用以处理系统消息的程序，通过系统调用，把钩子方法挂入系统，以捕捉进程发生的事件；Category是IOS中的一种编程方式。在Hook方法中并不对控件进行打标，因为此时打标不便于自定义标签名，且灵活性极差。

步骤S202：为所述多叉树的每个节点生成节点标识，将所述节点标识和对应控件的控件信息作为第一映射关系，将所述第一映射关系保存在多叉树配置文件中。将多叉树的节点标识和对应的控件信息保存在多叉树配置文件中，该多叉树配置文件可以存储在数据库或者缓存中。

步骤S203：为每个控件分别设置标签名，将每个控件的标签名和对应的节点标识作为第二映射关系，将所述第二映射关系保存在标签配置文件中。通过标签配置文件能够唯一识别控件的标签名。

步骤S204：在控件初始化时，获取控件在当前页面的控件信息，根据所述控件信息查找多叉树配置文件，如果未查到该控件信息对应的节点标识，则执行步骤S205；如果能查到该控件信息对应的节点标识，则执行步骤S206。

步骤S205：在所述多叉树配置文件中增加所述控件信息和节点标识的映射关系，执行步骤S206。如果未能在多叉树配置文件中查到对应的控件信息，则需要自动或者手动在多叉树配置文件中新增多叉树的节点，同时也需要在标签配置文件中手动配置标签名。实际工程中，可以通过日志的形式将未能查到的相关控件信息输出，通知开发人员。

步骤S206：根据所述节点标识查找标签配置文件，如果未查到该节点标识对应的标签名，则执行步骤S207；如果能查到该节点标识对应的标签名，则执行步骤S208。

步骤S207：为所述控件设置标签名，在所述标签配置文件中增加所述节点标识和标签名的映射关系，执行步骤S208。

步骤S208：将所述标签名赋予所述控件，以对所述控件添加标签。通过上述步骤实现了对控件的打标，控件初始化完成后即可进行后续的自动化测试。由于业务场景不同，不同开发者的开发方式不同，或者IOS系统自身存在的缺陷(Bug)，上述标签代码中的大部分能够与源代码相分离，但是有些处理，比如Hook操作，需要添加到源代码中，但是只需要添加一次。

另外，步骤S201至步骤S208的处理过程仅在测试包中运行，不在线上包中运行。其中，测试包是用于测试的，可以添加用于测试的代码，但是不能对源代码造成影响；线上包是指上传到应用商店的软件成品，在打包的时候并不将用于测试的代码打包到软件成品中。

通过本发明实施例的用于IOS系统的标签添加方法可以看出，通过将控件在页面的控制信息映射为多叉树的节点标识，根据节点标识和标签名的映射关系获取该控件的标签名，通过上述方式将标签代码与源代码相分离，减少了标签代码对APP的影响，维护简单，成本低；预先在配置文件中写好控件的标签名，仅通过更新配置文件即可实现标签名的维护，无需从源代码中查找修改，可维护性好；仅需要懂基本原理的工作人员来维护配置文件，无需专业的IOS开发人员来维护，大大降低了维护成本。

图3是根据本发明实施例的用于IOS系统的标签添加装置的主要模块的示意图。如图3所示，本发明实施例的用于IOS系统的标签添加装置300，主要包括：

节点标识获取模块301，用于获取控件在当前页面的控件信息，根据所述控件信息获取所述控件对应的节点标识；其中，所述节点标识为当前页面中所有控件映射成的多叉树中所有节点的节点标识。根据业务场景的不同，使用钩子技术或者切面编程技术对各个控件进行监控，以获得监控数据；当控件初始化或者出现时，收集监控数据并进行整理以获得的该控件在当前页面的控件信息。所述控件信息包括控件在当前页面的位置信息(包括层级)、控件类型，是否是子控件等。实施例中，将所述控件的控件信息与多叉树的节点标识建立映射关系，将该映射关系作为第一映射关系，将该映射关系作为第一映射关系保存在配置文件中。根据控件信息，查找配置文件以获取该控件对应的节点标识。

标签名获取模块302，用于根据所述节点标识获取对应的标签名。由于标签名需要按照APP的页面需求或者相关业务逻辑需求来设定，故无法通过脚本进行批量设置，需要手动给每个页面的控件设置独一无二的标签名。将设置好的标签名与节点标识建立映射关系，将该映射关系作为第二映射关系保存在配置文件中。根据节点标识，查找配置文件就能得到该控件的标签名。

标签添加模块303，用于将所述标签名赋予所述控件，以对所述控件添加标签。通过上述三个模块处理即完成了对控件的打标处理，打标完成后即可进行后续的自动化测试过程。

另外，本发明实施例的用于IOS系统的标签添加装置300还可以包括：映射关系生成模块、第一映射关系更新模块、第二映射关系更新模块和保存模块(图中未示出)。其中，映射关系生成模块，用于获取当前页面中所有控件的控件信息，根据所述控件信息将所有控件映射为多叉树的节点，一个或者多个控件对应一个节点；为所述多叉树的每个节点生成节点标识，将所述节点标识和控件信息之间的映射关系作为第一映射关系；以及为每个控件分别设置标签名，将每个控件的标签名和节点标识之间的映射关系作为第二映射关系。第一映射关系更新模块，用于确认所述第一映射关系中没有所述控件信息对应的节点标识，则在所述第一映射关系中增加所述控件信息和节点标识的映射关系。第二映射关系更新模块，用于确认所述第二映射关系中没有所述节点标识对应的标签名，则为所述控件设置标签名，在所述第二映射关系中增加所述节点标识和标签名的映射关系。保存模块，用于将所述第一映射关系和第二映射关系保存在一个配置文件中或者分别保存在两个配置文件中。

从以上描述可以看出，通过将控件在页面的控制信息映射为多叉树的节点标识，根据节点标识和标签名的映射关系获取该控件的标签名，通过上述方式将标签代码与源代码相分离，减少了标签代码对APP的影响，维护简单，成本低；预先在配置文件中写好控件的标签名，仅通过更新配置文件即可实现标签名的维护，无需从源代码中查找修改，可维护性好；仅需要懂基本原理的工作人员来维护配置文件，无需专业的IOS开发人员来维护，大大降低了维护成本。

图4示出了可以应用本发明实施例的处理实时消息的方法或处理实时消息的系统的示例性系统架构400。

如图4所示，系统架构400可以包括终端设备401、402、403，网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备401、402、403通过网络404与服务器405交互，以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器405可以是提供各种服务的服务器，例如对用户利用终端设备401、402、403所产生的点击事件提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的点击数据、文本内容等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本申请实施例所提供的用于IOS系统的标签添加方法一般由服务器405执行，相应地，用于IOS系统的标签添加装置一般设置于服务器405中。

应该理解，图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

根据本发明的实施例，本发明还提供了一种电子设备和一种计算机可读介质。

本发明的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种用于IOS系统的标签添加方法。

本发明的计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种用于IOS系统的标签添加方法。

下面参考图5，其示出了适用于来实现本发明实施例的电子设备的计算机系统500的结构示意图。图5示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，计算机系统500包括中央处理单元(CPU)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有计算机系统500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本发明公开的实施例，上文主要步骤图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行主要步骤图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

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

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括节点标识获取模块、标签名获取模块和标签添加模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，节点标识获取模块还可以被描述为“获取控件在当前页面的控件信息，根据所述控件信息获取所述控件对应的节点标识的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：获取控件在当前页面的控件信息，根据所述控件信息获取所述控件对应的节点标识；根据所述节点标识获取对应的标签名；将所述标签名赋予所述控件，以对所述控件添加标签；其中，所述节点标识为当前页面中所有控件映射成的多叉树中所有节点的节点标识。

从以上描述可以看出，通过将控件在页面的控制信息映射为多叉树的节点标识，根据节点标识和标签名的映射关系获取该控件的标签名，通过上述方式将标签代码与源代码相分离，减少了标签代码对APP的影响，维护简单，成本低；预先在配置文件中写好控件的标签名，仅通过更新配置文件即可实现标签名的维护，无需从源代码中查找修改，可维护性好；仅需要懂基本原理的工作人员来维护配置文件，无需专业的IOS开发人员来维护，大大降低了维护成本。

上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (12)

1.一种用于IOS系统的标签添加方法，其特征在于，包括：

获取控件在当前页面的控件信息，根据所述控件信息获取所述控件对应的节点标识；其中，所述节点标识为当前页面中所有控件映射成的多叉树中所有节点的节点标识；

根据所述节点标识获取对应的标签名；

将所述标签名赋予所述控件，以对所述控件添加标签。

2.根据权利要求1所述的方法，其特征在于，所述获取控件在当前页面的控件信息的步骤之前，还包括：

获取当前页面中所有控件的控件信息，根据所述控件信息将所有控件映射为多叉树的节点，一个或者多个控件对应一个节点；

为所述多叉树的每个节点生成节点标识，将所述节点标识和控件信息之间的映射关系作为第一映射关系；

为每个控件分别设置标签名，将每个控件的标签名和节点标识之间的映射关系作为第二映射关系。

3.根据权利要求2所述的方法，其特征在于，所述根据所述控件信息获取所述控件对应的节点标识的步骤之后以及所述根据所述节点标识获取对应的标签名的步骤之前，还包括：确认所述第一映射关系中没有所述控件信息对应的节点标识，则在所述第一映射关系中增加所述控件信息和节点标识的映射关系。

4.根据权利要求2所述的方法，其特征在于，所述根据所述节点标识获取对应的标签名的步骤之后以及所述将所述标签名赋予所述控件的步骤之前，还包括：确认所述第二映射关系中没有所述节点标识对应的标签名，则为所述控件设置标签名，在所述第二映射关系中增加所述节点标识和标签名的映射关系。

5.根据权利要求2至4的任一项所述的方法，其特征在于，所述为每个控件分别设置标签名，将每个控件的标签名和节点标识之间的映射关系作为第二映射关系的步骤之后以及所述获取控件在当前页面的控件信息的步骤之前，还包括：将所述第一映射关系和所述第二映射关系保存在一个配置文件中或者分别保存在两个配置文件中。

6.一种用于IOS系统的标签添加装置，其特征在于，包括：

节点标识获取模块，用于获取控件在当前页面的控件信息，根据所述控件信息获取所述控件对应的节点标识；其中，所述节点标识为当前页面中所有控件映射成的多叉树中所有节点的节点标识；

标签名获取模块，用于根据所述节点标识和获取对应的标签名；

标签添加模块，用于将所述标签名赋予所述控件，以对所述控件添加标签。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：映射关系生成模块，用于获取当前页面中所有控件的控件信息，根据所述控件信息将所有控件映射为多叉树的节点，一个或者多个控件对应一个节点；

为所述多叉树的每个节点生成节点标识，将所述节点标识和控件信息之间的映射关系作为第一映射关系；以及

为每个控件分别设置标签名，将每个控件的标签名和节点标识之间的映射关系作为第二映射关系。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：第一映射关系更新模块，用于确认所述第一映射关系中没有所述控件信息对应的节点标识，则在所述第一映射关系中增加所述控件信息和节点标识的映射关系。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括：第二映射关系更新模块，用于确认所述第二映射关系中没有所述节点标识对应的标签名，则为所述控件设置标签名，在所述第二映射关系

中增加所述节点标识和标签名的映射关系。

10.根据权利要求7至9的任一项所述的装置，其特征在于，所述

装置还包括：保存模块，用于将所述第一映射关系和所述第二映射关

系保存在一个配置文件中或者分别保存在两个配置文件中。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述

一个或多个处理器实现如权利要求1-5中任一所述的方法。

12.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-5中任一所述的方法。