CN111538486B - 布局文件嵌套层数筛查方法、装置及电子设备 - Google Patents

Abstract

本公开是关于一种布局文件嵌套层数筛查方法、装置及电子设备，以及计算机可读存储介质。其中布局文件嵌套层数筛查方法，包括：获取根目录下全部布局文件及每个布局文件对应的绝对路径和每个布局文件的组件标签序列；基于组件标签序列，确定每个布局文件的嵌套层数；判断每个嵌套层数是否大于预设阈值，若嵌套层数大于预设阈值，则输出嵌套层数及与嵌套层数对应布局文件的绝对路径。通过获取根目录下全部布局文件，并得到全部布局文件中的嵌套层数，方便快速的筛查出嵌套层数过高的布局文件，以便工程人员进行调整，从而保证了完成后的界面流畅，提高了用户体验。

Description

布局文件嵌套层数筛查方法、装置及电子设备

技术领域

本公开涉及智能软件优化，尤其涉及布局文件嵌套层数筛查方法、装置及电子设备，以及计算机可读存储介质。

背景技术

开发安卓(Android)工程项目里有很多界面是要用到可扩展标记语言(Extensible Markup Language，xml)来完成的，Android APP在启动一个界面时会内部解析自己的xml完成绘制。界面一般都由很多个用户界面(User Interface，UI)组件组成，而各个UI组件又有可能由多个控件嵌套生成的。

Android的UI要保持流畅的前提是每16毫秒(系统的绘制周期)要完成一帧的绘制，如果完不成系统直接放弃直到下一个周期开始绘制下一帧，导致UI卡顿，而在这16毫秒内系统要做很多事情，其中包括利用CPU计算布局内各个组件的信息，GPU利用CPU传来的信息做绘制操作。

当一个布局文件的嵌套层数太多时，即组件嵌套复杂，短周期时间对于CPU，GPU的工作量过大，提高了丢帧概率，造成不好的用户体验。

发明内容

为克服相关技术中存在的问题，本公开提供一种布局文件嵌套层数筛查方法、装置及电子设备，以及计算机可读存储介质。

根据本公开实施例的第一方面，提供一种布局文件嵌套层数筛查方法，方法包括：获取根目录下全部布局文件及每个布局文件对应的绝对路径和每个布局文件的组件标签序列；基于组件标签序列，确定每个布局文件的嵌套层数；判断每个嵌套层数是否大于预设阈值，若嵌套层数大于预设阈值，则输出嵌套层数及与嵌套层数对应布局文件的绝对路径。

在一实施例中，获取每个布局文件的组件标签序列时，对布局文件的内容，进行筛选得到组件标签序列。

在一实施例中，获取每个布局文件的组件标签序列，包括：将布局文内容中的字符按照上下文前后顺序进行拼接，得到字符序列；通过第一正则表达式，保留字符序列中的组件标签，得到组件标签序列。

在一实施例中，基于组件标签序列，确定每个布局文件的嵌套层数，包括：根据组件标签的类别，将组件标签序列替换为与类别对应的代码符序列，其中类别包括开头标签、结尾标签、始末标签；基于代码符序列，确定每个布局文件的嵌套层数。

在一实施例中，根据组件标签的类别，将组件标签序列替换为与类别对应的代码符序列，包括：通过第二正则表达式，根据类别，将组件标签序列替换为代码符序列。

在一实施例中，基于代码符序列，确定每个布局文件的嵌套层数，包括：将代码符序列通过递归计算，得到布局文件的嵌套层数。

根据本公开实施例的第二方面，提供一种布局文件嵌套层数筛查装置，装置包括：搜索单元，用于获取根目录下全部布局文件及每个布局文件对应的绝对路径；解析单元，用于获取每个布局文件的组件标签序列；计算单元，用于基于组件标签序列，确定每个布局文件的嵌套层数；处理单元，用于判断每个嵌套层数是否大于预设阈值，若嵌套层数大于预设阈值，则输出嵌套层数及与嵌套层数对应布局文件的绝对路径。

在一实施例中，解析单元用于：对布局文件的内容，进行筛选得到组件标签序列。

在一实施例中，解析单元还用于：将布局文件内容中的字符按照上下文前后顺序进行拼接，得到字符序列；通过第一正则表达式，保留字符序列中的组件标签，得到组件标签序列。

在一实施例中，计算单元用于：根据组件标签的类别，将组件标签序列替换为与类别对应的代码符序列，其中类别包括开头标签、结尾标签、始末标签；基于代码符序列，确定每个布局文件的嵌套层数。

在一实施例中，计算单元还用于：通过第二正则表达式，根据类别，将组件标签序列替换为代码符序列。

在一实施例中，计算单元还用于：将代码符序列通过递归计算，得到布局文件的嵌套层数。

根据本公开实施例的第三方面，提供一种电子设备，包括：存储器，用于存储指令；以及处理器，用于调用存储器存储的指令执行第一方面的布局文件嵌套层数筛查方法。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，存储有指令，指令被处理器执行时，执行第一方面的布局文件嵌套层数筛查方法。

本公开的实施例提供的技术方案可以包括以下有益效果：通过获取根目录下全部布局文件，并得到全部布局文件中的嵌套层数，方便快速的筛查出嵌套层数过高的布局文件，以便工程人员进行调整，从而保证了完成后的界面流畅，提高了用户体验。

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

附图说明

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

图1是根据一示例性实施例示出的一种布局文件嵌套层数筛查方法的流程示意图；

图2是根据一示例性实施例示出的另一种布局文件嵌套层数筛查方法的流程示意图；

图3是根据一示例性实施例示出的另一种布局文件嵌套层数筛查方法的流程示意图；

图4是根据一示例性实施例示出的一种布局文件嵌套层数筛查装置的示意框图；

图5是根据一示例性实施例示出的一种装置的示意框图；

图6是根据一示例性实施例示出的一种电子装置的示意框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

目前检查布局文件嵌套层数的方式如Android开发环境Android Studio(AS)自带的布局优化工具Hierarchy Viewer，而该方式只能得到一个布局文件的情况。而在实际开发过程中，会涉及多个布局文件，因此使用不便，效率低下。

本公开实施例提供一种布局文件嵌套层数筛查方法10，在一些具体实施例中，可以通过jar包的方式形成工具包以实现本公开的方式，参见图1，布局文件嵌套层数筛查方法10包括步骤S11-步骤S13，以下详细说明：

步骤S11，获取根目录下全部布局文件及每个布局文件对应的绝对路径和每个布局文件的组件标签序列。

可以通过搜索的方式，如对文件名后缀为xml的文件进行搜索，获取一个根目录下的全部布局文件的绝对路径，通过一次性的获取根目录下的全部布局文件，进行检测，能够更加方便的检测多个甚至是大量的布局文件。该根目录可以是Android APP开发过程的根目录，并将绝对路径和布局文件建立对应关系，绝对路径为布局文件的存储地址，用户可以根据绝对路径能够直接找到对应的布局文件，从而能够在检测到某些布局文件嵌套层数异常时，方便的进行查看，在一些实施例中，可以利用布局文件的绝对路径把每个路径抽象成文件类，采用java的File API，每个抽象的文件类其实就是对应的布局文件，保留绝对路径与布局文件的映射关系，以便之后输出和查看。

为了获取布局文件中的嵌套层数，需要先获取该布局文件的组件标签序列，即按照原有顺序排列的组件标签，其中，组件标签是关系到嵌套层数的标签。

而在布局文件中，还存在一些组件属性、注释等其他内容，这些内容是为了使布局文件更清楚，使用户更易读，但对于计算嵌套层数时是无用的，在本公开中称为无关内容，在一实施例中，步骤S11中在获取每个布局文件的组件标签序列时：可以针对布局文件的内容，进行筛选得到组件标签序列。通过筛选，将布局文件的内容中上述无关内容进行剔除，仅保留组件标签，即得到组件标签序列。

在另一实施例中，如图2所示，步骤11可以包括：步骤S111，将布局文件内容中的字符按照上下文前后顺序进行拼接，得到字符序列；步骤S112，通过第一正则表达式，保留字符序列中的组件标签，得到组件标签序列。先将布局文件转成字符序列，即将布局文件内容中的字符，按照先后进行拼接，形成一行字符序列。再针对得到的字符序列进行筛选，根据需要剔除的无关内容，可以预设一些规则形成第一正则表达式，通过第一正则表达式，将无关内容剔除，而保留字符序列中的组件标签，从而得到组件标签序列。

如，在一些具体实施例中，布局文件内容可能包括组件标签：<TextView>、</TextView>，<Lineralayout>、</Lineralayout>；也包括一些组件属性：android:text＝”abc”，以及也可能会有注释等无关内容。根据预设的一些规则，形成一个或多个第一正则表达式，利用第一正则表达式筛选出布局文件字符序列所有命中的字符串然后用空字符串替换，经过第一正则表达式替换后我们的布局文件字符序列中，只剩下组件标签，如<Lineralayout><Textview></Textview></Lineralayout>。

步骤S12，基于组件标签序列，确定每个布局文件的嵌套层数。

在得到组件标签序列后，根据组件标签的内容、数量以及嵌套关系，可以得到每个布局文件的嵌套层数。如前述实施例中的：<Lineralayout><Textview></Textview></Lineralayout>，嵌套层数为两层。

在一实施例中，如图3所示，步骤S12可以包括步骤S121和步骤S122：

步骤S121，根据组件标签的类别，将组件标签序列替换为与类别对应的代码符序列，其中类别包括开头标签、结尾标签、始末标签。为了便于计算和统计，可以根据标签的类别进行替换，对于嵌套层数来说，与组件标签的具体功能无关，而与类别有关，本公开所述的标签类别开头标签、结尾标签、始末标签，具体而言，开头标签的形式可以是“<……>”，结尾标签的形式可以是“</……>”，始末标签的形式可以是“<……/>”，因此，根据标签的结构，可以将其替换为代码符，形成代码符序列。代码符可以是数字，通过0、1、2分别代表开头标签、结尾标签、始末标签。在一实施例中，可以通过第二正则表达式，根据标签的类别，将组件标签序列替换为代码符序列。

步骤S122，基于代码符序列，确定每个布局文件的嵌套层数。基于代码符序列，在一些实施例中可以将代码符序列通过递归计算，采用深度优先搜索方式，算出从最外层到最内层的层级个数，得到布局文件的嵌套层数。如数字的代码符序列为：0002111，即表明三个开头标签、一个始末标签、三个结尾标签，最大嵌套层数为四；如数字的代码符序列为：00021110011，最大嵌套层数也为四。

步骤S13，判断每个嵌套层数是否大于预设阈值，若嵌套层数大于预设阈值，则输出嵌套层数及与嵌套层数对应布局文件的绝对路径。

在得到每个布局文件的嵌套层数之后，可以直接输出，将每个布局文件以及对应的绝对路径和嵌套层数进行输出；也可以根据预设的预设阈值，将嵌套层数超过该预设阈值的布局文件输出，即输出布局文件的绝对路径和最大嵌套层数，一般来说，一个布局文件的最大嵌套层数大于4层则会对用于体验有影响，可以将预设阈值定为4，预设阈值也可以根据实际需要进行调整。

根据本公开上述任一实施例，能够方便的获取多个布局文件的嵌套层数并进行判断，对于最大嵌套层数超过预设阈值的情况可以通过多种方式向工程人员告知，适合庞大项目内的布局优化任务，工具运行一次只需要数十秒便可搜索出庞大项目内所有层级过多的布局文件，进而方便工程人员分别认领优化，大大提高了研发效率。

基于同一个发明构思，图4示出了一种布局文件嵌套层数筛查装置100，如图4所示，布局文件嵌套层数筛查装置100包括：搜索单元110，用于获取根目录下全部布局文件及每个布局文件对应的绝对路径；解析单元120，用于获取每个布局文件的组件标签序列；计算单元130，用于基于组件标签序列，确定每个布局文件的嵌套层数；处理单元140，用于判断每个嵌套层数是否大于预设阈值，若嵌套层数大于预设阈值，则输出嵌套层数及与嵌套层数对应布局文件的绝对路径。

在一实施例中，解析单元120用于：对布局文件的内容，进行筛选得到组件标签序列。

在一实施例中，解析单元120还用于：将布局文件内容中的字符按照上下文前后顺序进行拼接，得到字符序列；通过第一正则表达式，保留字符序列中的组件标签，得到组件标签序列。

在一实施例中，计算单元130用于：根据组件标签的类别，将组件标签序列替换为与类别对应的代码符序列，其中类别包括开头标签、结尾标签、始末标签；基于代码符序列，确定每个布局文件的嵌套层数。

在一实施例中，计算单元130还用于：通过第二正则表达式，根据类别，将组件标签序列替换为代码符序列。

在一实施例中，计算单元130还用于：将代码符序列通过递归计算，得到布局文件的嵌套层数。

关于上述实施例中的布局文件嵌套层数筛查装置100，其中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图5是根据一示例性实施例示出的前述任一实施例装置的示意框图。例如，装置300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图5，装置300可以包括以下一个或多个组件：处理组件302，存储器304，电力组件306，多媒体组件308，音频组件310，输入/输出(I/O)的接口312，传感器组件314，以及通信组件316。

处理组件302通常控制装置300的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件302可以包括一个或多个处理器320来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件302可以包括一个或多个模块，便于处理组件302和其他组件之间的交互。例如，处理组件302可以包括多媒体模块，以方便多媒体组件308和处理组件302之间的交互。

存储器304被配置为存储各种类型的数据以支持在装置300的操作。这些数据的示例包括用于在装置300上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件306为装置300的各种组件提供电力。电力组件306可以包括电源管理系统，一个或多个电源，及其他与为装置300生成、管理和分配电力相关联的组件。

多媒体组件308包括在所述装置300和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件308包括一个前置摄像头和/或后置摄像头。当设备300处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件310被配置为输出和/或输入音频信号。例如，音频组件310包括一个麦克风(MIC)，当装置300处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器304或经由通信组件316发送。在一些实施例中，音频组件310还包括一个扬声器，用于输出音频信号。

I/O接口312为处理组件302和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件314包括一个或多个传感器，用于为装置300提供各个方面的状态评估。例如，传感器组件314可以检测到装置300的打开/关闭状态，组件的相对定位，例如所述组件为装置300的显示器和小键盘，传感器组件314还可以检测装置300或装置300一个组件的位置改变，用户与装置300接触的存在或不存在，装置300方位或加速/减速和装置300的温度变化。传感器组件314可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件314还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件314还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件316被配置为便于装置300和其他设备之间有线或无线方式的通信。装置300可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件316经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件316还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置300可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器304，上述指令可由装置300的处理器320执行以完成上述方法。例如，所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图6是根据一示例性实施例示出的一种电子装置400的框图。例如，装置400可以被提供为一服务器。参照图6，装置400包括处理组件422，其进一步包括一个或多个处理器，以及由存储器432所代表的存储器资源，用于存储可由处理组件422的执行的指令，例如应用程序。存储器432中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件422被配置为执行指令，以执行上述方法。

装置400还可以包括一个电源组件426被配置为执行装置300的电源管理，一个有线或无线网络接口450被配置为将装置400连接到网络，和一个输入输出(I/O)接口458。装置400可以操作基于存储在存储器432的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

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

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

Claims (10)

1.一种布局文件嵌套层数筛查方法，其特征在于，所述方法包括：

获取根目录下全部布局文件及每个所述布局文件对应的绝对路径；

针对所述布局文件的内容，进行筛选得到组件标签序列；

根据所述组件标签的类别，将所述组件标签序列替换为与所述类别对应的代码符序列，其中所述类别包括开头标签、结尾标签、始末标签；

基于所述代码符序列，确定每个所述布局文件的嵌套层数；

判断每个所述嵌套层数是否大于预设阈值，若所述嵌套层数大于所述预设阈值，则输出所述嵌套层数及与所述嵌套层数对应所述布局文件的绝对路径。

2.根据权利要求1所述的布局文件嵌套层数筛查方法，其特征在于，获取每个所述布局文件的组件标签序列，包括：

将所述布局文件内容中的字符按照上下文前后顺序进行拼接，得到字符序列；

通过第一正则表达式，保留所述字符序列中的组件标签，得到所述组件标签序列。

3.根据权利要求1所述的布局文件嵌套层数筛查方法，其特征在于，所述根据所述组件标签的类别，将所述组件标签序列替换为与所述类别对应的代码符序列，包括：

通过第二正则表达式，根据所述类别，将所述组件标签序列替换为所述代码符序列。

4.根据权利要求1所述的布局文件嵌套层数筛查方法，其特征在于，所述基于所述代码符序列，确定每个所述布局文件的嵌套层数，包括：

将所述代码符序列通过递归计算，得到所述布局文件的嵌套层数。

5.一种布局文件嵌套层数筛查装置，其特征在于，所述装置包括：

搜索单元，用于获取根目录下全部布局文件及每个所述布局文件对应的绝对路径；

解析单元，用于针对所述布局文件的内容，进行筛选得到组件标签序列；

计算单元，用于根据所述组件标签的类别，将所述组件标签序列替换为与所述类别对应的代码符序列，其中所述类别包括开头标签、结尾标签、始末标签；基于所述代码符序列，确定每个所述布局文件的嵌套层数；

处理单元，用于判断每个所述嵌套层数是否大于预设阈值，若所述嵌套层数大于所述预设阈值，则输出所述嵌套层数及与所述嵌套层数对应所述布局文件的绝对路径。

6.根据权利要求5所述的布局文件嵌套层数筛查装置，其特征在于，所述解析单元用于：将所述布局文件内容中的字符按照上下文前后顺序进行拼接，得到字符序列；通过第一正则表达式，保留所述字符序列中的组件标签，得到所述组件标签序列。

7.根据权利要求5所述的布局文件嵌套层数筛查装置，其特征在于，所述计算单元还用于：通过第二正则表达式，根据所述类别，将所述组件标签序列替换为所述代码符序列。

8.根据权利要求5所述的布局文件嵌套层数筛查装置，其特征在于，所述计算单元还用于：将所述代码符序列通过递归计算，得到所述布局文件的嵌套层数。

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

存储器，用于存储指令；以及

处理器，用于调用所述存储器存储的指令执行如权利要求1至4中任一项所述的布局文件嵌套层数筛查方法。

10.一种计算机可读存储介质，其特征在于，存储有指令，所述指令被处理器执行时，执行如权利要求1至4中任一项所述的布局文件嵌套层数筛查方法。