CN114675867B - 一种数据处理方法、装置、服务器以及存储介质 - Google Patents

Abstract

本申请实施例公开了一种数据处理方法、装置、服务器以及存储介质，其中方法包括：获取项目工程文件；按照目标转换方式将所述项目工程文件转化为属性表文件，从所述属性表文件中获取目标对象对应的编译配置信息，并根据所述目标对象对应的编译配置信息确定所述项目工程文件的类库信息；在根据所述项目工程文件确定目标对象对应的类库信息的同时，获取所述项目工程文件的属性配置信息；在文件解析界面展示所述项目工程文件的类库信息和属性配置信息，有助于加快文件的解析速度，提高数据处理效率。

Description

一种数据处理方法、装置、服务器以及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种数据处理方法、装置、服务器以及存储介质。

背景技术

随着计算机技术的快速发展，应用程序的开发也越来越多，在开发应用程序时，开发应用程序时所对应的源代码程序可以为一个项目工程，而项目工程文件则可以是针对应用程序的程序说明文件。目前，通常是利用Ruby(Ruby一种计算机编程语言)脚本语言从项目工程文件目录下遍历文件内容，以解析项目工程文件，利用Ruby脚本语言需要一行一行扫描文件内容以提取关键信息。特别是在复杂项目、依赖库较多和资源文件过多的工程中，通过脚本语言扫描项目工程文件，解析速度是比较慢的，因此，如何加快文件解析速度是一个亟需解决的问题。

发明内容

本申请实施例提供了一种数据处理方法、装置、服务器以及存储介质，有助于加快文件的解析速度，提高数据处理效率。

本申请实施例第一方面公开了一种数据处理方法，所述方法包括：

获取项目工程文件；

按照目标转换方式将所述项目工程文件转化为属性表文件，从所述属性表文件中获取目标对象对应的编译配置信息，并根据所述目标对象对应的编译配置信息确定所述项目工程文件的类库信息；

在根据所述项目工程文件确定目标对象对应的类库信息的同时，获取所述项目工程文件的属性配置信息；

在文件解析界面展示所述项目工程文件的类库信息和属性配置信息。

本申请实施例第二方面公开了一种数据处理装置，所述装置包括：

第一获取单元，用于获取项目工程文件；

确定单元，用于按照目标转换方式将所述项目工程文件转化为属性表文件，从所述属性表文件中获取目标对象对应的编译配置信息，并根据所述目标对象对应的编译配置信息确定所述项目工程文件的类库信息；

第二获取单元，用于在根据所述项目工程文件确定目标对象对应的类库信息的同时，获取所述项目工程文件的属性配置信息；

展示单元，用于在文件解析界面展示所述项目工程文件的类库信息和属性配置信息。

本申请实施例第三方面公开了一种服务器，包括处理器、存储器和网络接口，所述处理器、存储器和网络接口相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述第一方面的方法。

本申请实施例第四方面公开了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。

本申请实施例第五方面公开了一种计算机程序产品或计算机程序，所述计算机程序产品或计算机程序包括计算机指令，所述计算机指令存储在计算机可读存储介质中。服务器的处理器从计算机可读存储介质读取所述计算机指令，处理器执行所述计算机指令，使得所述服务器执行上述第一方面的方法。

本申请实施例中，服务器可以获取项目工程文件，并可以按照目标转换方式将项目工程文件转化为属性表文件，从属性表文件中获取目标对象对应的编译配置信息，接着，根据目标对象对应的编译配置信息确定项目工程文件的类库信息，而在根据项目工程文件确定目标对象对应的类库信息的同时，也可以获取项目工程文件的属性配置信息，进一步的，在文件解析界面展示项目工程文件的类库信息和属性配置信息。通过实施上述方法，可以加快文件的解析速度，提高数据处理效率。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种数据处理系统的架构示意图；

图2是本申请实施例提供的一种数据处理方法的流程示意图；

图3a是本申请实施例提供的一种文件解析选取界面的界面示意图；

图3b是本申请实施例提供的一种配置文件界面的界面示意图；

图3c是本申请实施例提供的一种文件解析界面的界面示意图；

图4是本申请实施例提供的一种数据处理方法的流程示意图；

图5a是本申请实施例提供的一种哈希表结构的结构示意图；

图5b是本申请实施例提供的一种数据处理方法的流程示意图；

图6是本申请实施例提供的一种数据处理装置的结构示意图；

图7是本申请实施例提供的一种服务器的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

云技术(Cloud Technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。

云技术基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。

云计算(Cloud Computing)是一种计算模式，它将计算任务分布在大量计算机构成的资源池上，使各种应用系统能够根据需要获取计算力、存储空间和信息服务。提供资源的网络被称为“云”。“云”中的资源在使用者看来是可以无限扩展的，并且可以随时获取，按需使用，随时扩展，按使用付费。

本申请可以将项目工程文件或对项目工程文件解析后得到的类库信息和属性配置信息存储到“云”中，根据需求对云中的数据随时获取，随时扩展，例如，在解析项目工程文件之后，可以将解析得到的类库信息和属性配置信息存储到“云”中，若需要再次了解该项目工程文件的解析数据时，可以从“云”中获取相关信息。

针对目前解析项目工程文件速度较慢的问题，本申请实施例提供了一种如图1所示的数据处理系统的架构示意图。本申请涉及终端101和服务器102。

以终端101为例，终端101可以获取用户在文件解析界面导入的项目工程文件，并将所述项目工程文件发送至服务器102。而服务器102在获取项目工程文件之后，服务器102可以按照目标转换方式将项目工程文件转化为属性表文件，从属性表文件中获取目标对象对应的编译配置信息，并根据目标对象对应的编译配置信息确定项目工程文件的类库信息，而在根据项目工程文件确定目标对象对应的类库信息的同时，服务器102也可以获取项目工程文件的属性配置信息。

后续，服务器102将确定的项目工程文件的类库信息和属性配置信息发送给终端101，以使得在终端的文件解析界面展示所述项目工程文件的类库信息和属性配置信息。

图1所示的服务器102可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

终端101可以是手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(MobileInternet Device，MID)等智能设备。终端101与服务器102可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

基于图1的数据处理系统，本申请实施例提出了一种数据处理方法，服务器可以获取项目工程文件，并可以按照目标转换方式将项目工程文件转化为属性表文件，从属性表文件中获取目标对象对应的编译配置信息，接着，根据目标对象对应的编译配置信息确定项目工程文件的类库信息，而在根据项目工程文件确定目标对象对应的类库信息的同时，也可以获取项目工程文件的属性配置信息，进一步的，在文件解析界面展示项目工程文件的类库信息和属性配置信息。通过实施上述方法，可以加快文件的解析速度，提高数据处理效率。

以下对本申请实施例的技术方案的实现细节进行详细阐述：

请参见图2，图2是本申请实施例提供的一种数据处理方法的流程示意图，数据处理方法包括以下步骤：

S201：获取项目工程文件。

其中，该项目工程文件可以是针对应用程序的程序说明文件，例如，当用户需要了解运行该应用程序的相关信息时，可以从项目工程文件中获取所需的信息。项目工程文件中可以包含生成应用程序的相关编辑设置和工程所包含的文件等信息，如应用程序的名称，应用程序的组成模块、运行应用程序所引用的类库等等。例如，该项目工程文件可以是Xcode项目工程文件，其中，Xcode是运行在特定操作系统上的集成开发工具，是开发应用程序的最快捷的方式。Xcode具有统一的用户界面设计，应用程序的编码、测试、调试都可以在一个简单的窗口内完成，应用程序的对应的源代码程序即可以理解为Xcode工程。

在一种实现方式中，如图3a所示，当需要从项目工程文件中获取所需的信息时，可以对该项目工程文件进行解析，那解析后的信息即可以是所需的信息。具体地，终端显示屏可以输出文件解析选取界面，该文件解析选取界面可以包括文件设置区域，该文件设置区域可以如图3a中由301标记的区域。文件设置区域用于供用户导入项目工程文件，在导入项目工程文件之后，服务器即可以获取到该项目工程文件，以进行后续的解析过程。

在一种实现方式中，导入工程文件的方式可以是将项目工程文件直接拖至如图3a中所示的文件设置区域，也可以是根据项目工程文件的路径获取项目工程文件。其中，在根据项目工程文件的路径获取项目工程文件的情况下，用户可以在对项目工程文件进行解析之前，将该项目工程文件存储于终端中的某个存储区域，该存储区域的路径即是获取项目工程文件的路径，那么，可以根据项目工程文件的路径获取项目工程文件。例如，当用户点击3a中由301标记的区域中的“打开工程”，则可以根据项目工程文件的路径来获取项目工程文件，考虑到项目工程文件为特定格式，那么项目工程文件的第一后缀名也就存在特定形式，例如，该特定形式包括xcodeproj和xcworkspace。那么，在项目工程文件的路径下存在多个文件时，可以根据文件的第一后缀名来获取项目工程文件，即可以获取后缀名xcodeproj的文件或后缀名xcworkspace的文件，获取到的文件即是项目工程文件。

S202：按照目标转换方式将项目工程文件转化为属性表文件，从属性表文件中获取目标对象对应的编译配置信息，并根据目标对象对应的编译配置信息确定项目工程文件的类库信息。

其中，目标对象的数量可以包括一个或多个，目标对象可以是指为应用程序主功能的对象，或为实现应用程序中所包括的插件功能的对象，例如，某一应用程序是社交类应用程序，该应用程序的主功能是信息交互，而针对该社交类应用程序，还可以包括其他插件功能，例如信息推送功能，扫一扫功能等。

在一种实现方式中，项目工程文件中的内容是JSON数据，即项目工程文件中的内容是利用JSON字符串进行编写的，在读取项目工程文件中的内容时速度较慢，那么，为了加快数据读取速度，可以对项目工程文件进行转化，以将项目工程文件转化为更易读取的文件。其中，上述更易读取的文件可以是属性表(Plist)文件，那么，可以将项目工程文件转化为属性表文件，其中，可以按照目标转换方式将项目工程文件转化为属性表文件，该目标转换方式可以是通过Swift方法中的JSONDecoder类，Swift是一种支持多编程范式和编译式的开源编程语言，JSONDecoder类可以用来将JSON字符串转为字典类型数据。那么，通过调用swift方法中的JSONDecoder().decode接口可以将项目工程文件转化为属性表文件，其中，属性表文件中的数据是字典类型数据，字典类型数据可以理解为数据是以键值对形式存储的，也就是在属性表文件中存在很多键(Key)，以及Key对应的值。那么，在读取属性表文件中的数据就是要根据Key来读取，而以这种方式来读取文件容可以有效的加快数据的读取速度或获取速度。

在一种实现方式中，在得到属性表文件之后，即可以从属性表文件中获取目标对象对应的编译配置信息，其中，目标对象的数量可以包括一个或多个，每一个目标对象存在其对应的编译配置信息。目标对象可以是指为应用程序主功能的对象，或为实现应用程序中所包括的插件功能的对象，例如，某一应用程序是社交类应用程序，该应用程序的主功能是信息交互，而针对该社交类应用程序，还可以包括其他插件功能，例如信息推送功能，扫一扫功能等。那么，目标对象对应的编译配置信息可以理解为实现应用程序中主功能或插件功能所需要的编译配置信息。而在确定目标对象对应的编译配置信息之后，即可以根据目标对象对应的编译配置信息确定项目工程文件的类库信息。具体地，可以根据目标对象对应的编译配置信息确定目标对象的候选类库集合，其中，候选类库集合可以包括一个或多个候选类库，其中候选类库可以包含以下四种类型：普通应用程序(Application)、动态库(Framework)、静态库(StaticLibrary)：软件包(Package)。而在确定候选类库集合之后，就可以从属性表文件中获取候选类库集合中每一个候选类库对应的路径，以根据每一个候选类库对应的路径确定每一个候选类库对应的参考文件，进而根据每一个候选类库对应的参考文件确定项目工程文件的类库信息。

S203：在根据项目工程文件确定目标对象对应的类库信息的同时，获取项目工程文件的属性配置信息。

在一种实现方式中，在根据项目工程文件确定目标对象对应的类库信息的同时，也可以获取项目工程文件的属性配置信息。以实现获取类库信息和获取属性配置信息的并列处理，进而可以提高数据处理效率，有效减少解析项目工程文件的解析时间。其中，项目工程文件的属性配置信息可以存储在项目工程文件的配置文件中，例如，如图3b所示为配置文件中所显示的内容，该内容中存在项目工程文件的属性配置信息。

在一种实现方式中，可以根据项目工程文件的配置文件的路径获取配置文件，具体地，在创建项目工程文件时，通常是将项目工程文件的配置文件存储在项目工程文件的指定目录下，例如，该目录可以是work目录，如图3b所示中由302标记的数据即是配置文件的路径。那么，配置文件的路径是项目工程文件的指定目录下，即可以在项目工程文件的指定目录下获取配置文件，也可以说是通过项目工程文件的路径查找到项目工程文件，然后在项目工程文件的指定目录下获取配置文件。而在获取配置文件的过程中，可以存在获取不到该配置文件的情况，例如，突然断电等情况。那么，在不能成功获取到配置文件的情况下，考虑到项目工程文件中也可以包括配置属性信息，那么，也可以根据项目工程文件处理获取属性配置信息。

在一种实现方式中，如果成功获取到项目工程文件的配置文件，则可以根据参考信息标识从配置文件中获取相应的属性配置信息。其中，该参考信息标识可以是编辑项目工程文件这个功能中使用到的配置属性信息，在这种情况下，参考信息标识可以包括项目工程文件名称、应用程序标识(App ID)、工作区标识(Workspace ID)、应用程序唯一标识(Bundle ID)；而该参考信息标识也可以是概览项目工程文件这个功能中使用到的配置属性信息，在这种情况下，参考信息标识可以包括项目工程文件的基线版本、项目工程文件的类型、项目工程文件的最近编辑时间。参考信息标识也可以包括其他数据，在本申请不做限定。例如，本申请以参考信息标识可以包括项目工程文件名称、应用程序标识、工作区标识、应用程序唯一标识为例进行说明。具体的，可以从配置文件中获取项目工程文件名称、应用程序标识、工作区标识、应用程序唯一标识分别对应的数据，获取到的数据即是属性配置信息。如图3b所示中由303标记的数据为项目工程文件名称对应数据，由304标记的数据包括应用程序标识、工作区标识、应用程序唯一标识分别对应的数据。那么，在获取到的属性配置信息之后，即可以将获取到的属性配置信息确定为项目工程文件的属性配置信息。

在一种实现方式中，如果未成功获取到项目工程文件的配置文件，则可以按照目标转换方式将项目工程文件转化为属性表文件，其中，将项目工程文件转化为属性表文件可以参考上述的描述，在此处不在赘述。而在得到属性表文件之后，即可以根据参考信息标识从属性表文件中获取相应的属性配置信息，并将获取到的属性配置信息确定为项目工程文件的属性配置信息。

在一种实现方式中，在从配置文件或属性表文件中获取属性配置信息之前，可以在解析器内预先设置的工程对象模型，该工程对象模型包括多个字段(也可以理解为上述的参考信息标识)，而字段所对应的字段数据即是属性配置信息。那么，在从配置文件或属性表文件中获取属性配置信息时，可以先获取该工程对象模型，在获取到工程对象模型之后，则可以从配置文件或属性表文件中获取与多个字段中每个字段对应的字段数据，而获取到的字段数据即是项目工程文件的属性配置信息。在获取的字段数据之后，也可以将获取的字段数据写入到工程对象模型中相应字段处，以进行存储，那么，后续也可以从该工程对象模型中获取项目工程文件的配置文件信息。

S204：在文件解析界面展示项目工程文件的类库信息和属性配置信息。

在一种实现方式中，服务器可以输出文件解析界面，并显示在用户终端界面上，而在服务器获取到项目工程文件的类库信息和属性配置信息，即可以在文件解析界面展示项目工程文件的类库信息和属性配置信息，如图3c中由305标记的区域显示的是类库信息，由306标记的区域显示的是属性配置信息。

在本申请实施例中，服务器可以获取项目工程文件，并可以按照目标转换方式将项目工程文件转化为属性表文件，从属性表文件中获取目标对象对应的编译配置信息，接着，根据目标对象对应的编译配置信息确定项目工程文件的类库信息，而在根据项目工程文件确定目标对象对应的类库信息的同时，也可以获取项目工程文件的属性配置信息，进一步的，在文件解析界面展示项目工程文件的类库信息和属性配置信息。通过实施上述方法，可以加快文件的解析速度，提高数据处理效率。

请参见图4，图4是本申请实施例提供的一种数据处理方法的流程示意图，数据处理方法包括以下步骤：

S401：获取项目工程文件。

S402：按照目标转换方式将项目工程文件转化为属性表文件，从属性表文件中获取目标对象对应的编译配置信息。

S403：根据目标对象对应的编译配置信息确定目标对象的候选类库集合。

其中，目标对象的候选类库集合可以包括一个或多个候选类库。

在一种实现方式中，目标对象的编译配置信息可以包括构建设置(BuildSettings)信息和构建阶段(Build Phases)信息。其中，构建设置信息中主要包含了应用程序的编辑配置，例如，编辑配置可以包括类库与类库之间的文件引用，也即是类库之间的引用关系，例如，若目标对象为应用程序中的某一插件功能，例如该插件功能为通知消息功能，那么，实现该通知消息功能可能会引用到多个类库，而实现任一类库的功能也会引用到其他类库，可以看出，为实现应用程序中的某一插件功能，可能会引用到多个类库，那么，根据类库之间的引用关系，可以确定目标对象所使用到的一个类库或多个类库，而上述所确定的目标对象所使用到的一个类库或多个类库即可以是候选类库集合中的候选类库。构建阶段信息是编译一个应用程序所需要的步骤中的信息，其中应用程序所需要的步骤可以包括编译源文件(Compile Sources)、连接二进制文件和库(Link Binary With Libraries)、以及复制绑定资源(Copy Bundle Resources)。其中，编译源文件是指生成应用程序所包含的源文件，连接二进制文件和库是是指生成应用程序中所引用的类库文件，复制绑定资源是指生成应用程序所包含的资源文件，那么，根据构建阶段信息也可以获取到目标对象所引用到的类库，即候选类库集合中的候选类库。从上述可知，目标对象的候选类库集合即可以根据目标对象对应的编译配置信息确定。当目标对象的数量包括多个时，则可以根据每一个目标对象对应的编译配置信息来对应的候选类库集合，其具体实现方式可参照上述描述，在此处不在赘述。

S404：从属性表文件中获取候选类库集合中每一个候选类库对应的路径。

在一种实现方式中，属性表文件中可以包括生成应用程序中所利用到类库的路径，那么，在确定目标对象的候选类库集合之后，就可以从属性表文件中获取候选类库集合中每一个候选类库对应的路径。

S405：针对候选类库集合中的任一候选类库，扫描候选类库对应的路径下的所有文件，从所有文件中确定出与指定文件格式匹配的参考文件。

在一种实现方式中，每一个类库会存在针对类库的相关功能信息描述的文件，例如，该文件中可以存在类库的类库名称、类库的类库版本号以及类库的类库条件描述等等，那么，可以获取该文件以实现对后续类库信息的确定。考虑到该文件的格式可以包括plist或config或cache，即文件的第二后缀名可以包括plist、config和cache中的任一种，指定文件格式即是指文件的第二后缀名为plist、config和cache中的任一种。那么，针对候选类库集合中的任一候选类库，可以扫描候选类库对应的路径下的所有文件，从所有文件中确定出与指定文件格式匹配的参考文件，也就是可以根据文件的后缀名来获取参考文件。

需要说明的是，在开发应用程序时，通常会使用到很多第三方类库，可能某个类库又引用到其他类库，所以要使用它，必须得另外下载其他类库，而其他类库又引用到其他类库。如果手动一个个去下载所需类库是十分麻烦的。那么可以利用类库管理工具对应用程序中所使用的类库进行管理，例如，Xcode工程通常是利用CocoaPods和SwiftPackage对类库进行管理，其中，CocoaPods和Swift Package均是类库管理工具。对于CocoaPods，可以以Pods文件夹作为根目录递归遍历根目录下的各个文件以找到参考文件，对于SwiftPackage，可以以SourcePackages文件夹作为根目录递归遍历根目录下的各个文件以找到参考文件。

在一种实现方式中，在获取到候选类库的路径之后，可以根据路径开始搜索类库文件夹，以从类库文件夹中查找到候选类库对应的参考文件。具体地，以类库是利用类库管理工具进行管理的情况为例进行说明，可以利用递归方式从根目录(根目录以及根目录下的各个文件或文件夹可以理解为类库文件夹)开始搜索，以查找到参考文件。为了加快参考文件的搜索速度，可以将类库管理工具中的根目录放入数组(数组可以理解为文件列表)中，数组中的各个元素对应根目录中的各个文件夹或文件，那么，可以递归数组中的各个文件，若数组中某个元素(文件或者文件夹)还有子目录则继续递归，终止条件为某个数组元素的子目录为空。

其中，在数组中递归到一个文件时，可以根据指定文件格式确定当前文件是否为参考文件。具体地，可以将当前将搜索到的文件的后缀名与第二后缀名进行匹配，例如，如果当前搜索到的文件的后缀名为plist、config和cache中的任一种时，即可以确定当前搜索到的文件的后缀名与第二后缀名匹配。如果当前搜索到的文件的后缀名不为plist、config和cache中的任一种时，则需要在数组中搜索下一个文件，并进行后缀名的匹配。而在搜索到的文件的后缀名与第二后缀名匹配的情况下，就可以读取匹配到的文件的内容。如果可以从内容中可以读取到关于类库的相关功能信息描述，例如，可以从内容中可以读取到类库的类库名称、类库的类库版本号以及类库的类库条件描述等等，即可以将该匹配到的文件确定为参考文件，也可以停止继续扫描。如果内容中不存在关于类库的相关功能信息描述，则需要在数组中搜索下一个文件，并进行后续的操作。

S406：根据每一个候选类库对应的参考文件确定项目工程文件的类库信息。

在一种实现方式中，针对候选类库集合中的任一候选类库，可以从候选类库对应的参考文件的内容中提取候选类库的类库名称以及类库版本号。那么，在获取到每一个候选类库的类库名称以及类库版本号之后，就可以根据每一个候选类库的类库名称以及类库版本号确定项目工程文件的类库信息。其中，目标对象的数量可以是一个或多个，而目标对象的数量的不同，根据每一个候选类库的类库名称以及类库版本号确定项目工程文件的类库信息的方式也不同。

可选的，当目标对象的数量为一个时，可以根据候选类库集合中各个候选类库的类库名称，确定项目工程文件的类库信息。其中，类库信息也可以是各个候选类库的集合，而每个候选类库可以以其对应的类库名称命名。

可选的，当目标对象的数量为多个时，那么，每一个目标对象具有对应的候选类库集合，而在多个候选类库集合中，可能存在相同的候选类库，那么，可以将相同的候选类库进行合并，其中，相同的候选类库可以是指其对应的类库名称相同，或者是同一类型类库但类库版本号不同。例如，候选类库集合1中存在候选类库A、候选类库集合1中存在候选类库B，但候选类库A与候选类库B的类库名称是相同的，在这种情况下，可以将候选类库A与候选类库B合并为一个候选类库。又如，候选类库集合1中存在候选类库A、候选类库集合1中存在候选类库B，当候选类库A与候选类库B是同一类型类库但类库版本号不同，在这种情况下，可以将候选类库A与候选类库B合并为一个候选类库。那么，可以根据每一个目标对象对应的候选类库集合中各个候选类库的类库名称以及类库版本号对多个候选类库集合进行去重处理，即上述描述的将相同的候选类库进行合并处理，则对多个候选类库集合进行去重处理之后，即可得到目标类库集合，该目标类库集合是多个候选类库集合中所有候选类库进行去重处理后得到的候选类库的集合。而在得到目标类库集合之后，即可根据目标类库集合中各个类库的类库名称，确定项目工程文件的类库信息。

在一种实现方式中，在得到项目工程文件的类库信息之后，还可以将其映射在哈希表中，哈希表结构可以如图5a所示，目标类库集合可以包括多个子类库集合，每个子类库集合对应一个目标对象，每个目标对象直接从哈希表中确定所属的子类库集合，在子类库集合中的每一个类库也可以确定所属的目标对象，例如，目标对象A的子类库集合中包括类库a、类库b、类库c，目标对象B的子类库集合中包括类库b、类库d、类库e。可以理解的是，目标类库集合中的类库可以显示列表中，该列表可以是如图3c中由305标记的显示类库信息的列表，在根据目标类库集合在文件解析界面显示类库信息时，可以解析各个目标对象的类库之间的依赖关系，而在解析依赖关系时，可以对目标类库集合进行遍历，因此在解析类库之间的依赖关系时能够实现对类库的快速组合，遍历目标类库集合时，可以将每个元素(元素即类库)添加引用到数组中，创建可变数组作为列表的数据源。例如，如图3c中由305标记的区域Pods目录下显示的是目标类库集合中的类库，其中，每个类库可以以器对应的类库名称命名。

可以理解的是，根据上述的类库之间的引用关系以及各个类库的类库版本号，可以确定目标对象的类库之间的依赖关系，例如，某一目标对象的对应的类库集合包括类库1和类库2，其中，类库1引用类库2，类库1的类库版本号为P1，类库2的类库版本号为Q2，那么实现目标对象所对应的应用程序中的主功能或插件功能所利用的是类库版本号为P1的类库1和类库版本号为Q2的类库2，类库1和类库2存在相互依赖的关系。

S407：在根据项目工程文件确定目标对象对应的类库信息的同时，获取项目工程文件的属性配置信息。

S408：在文件解析界面展示项目工程文件的类库信息和属性配置信息。

其中，步骤S401-S402和S407-S408的具体实施方式可以参见上述实施例步骤S201-S202和S203-S204的具体描述，此处不再赘述。

在本申请实施例中，服务器可以获取项目工程文件。按照目标转换方式将项目工程文件转化为属性表文件，从属性表文件中获取目标对象对应的编译配置信息。根据目标对象对应的编译配置信息确定目标对象的候选类库集合。从属性表文件中获取候选类库集合中每一个候选类库对应的路径。针对候选类库集合中的任一候选类库，扫描候选类库对应的路径下的所有文件，从所有文件中确定出与指定文件格式匹配的参考文件。根据每一个候选类库对应的参考文件确定项目工程文件的类库信息。在根据项目工程文件确定目标对象对应的类库信息的同时，获取项目工程文件的属性配置信息。在文件解析界面展示项目工程文件的类库信息和属性配置信息。通过实施上述方法，可以加快文件的解析速度，提高数据处理效率。

为更好的理解本申请实施例所提供的数据处理方法，下面以项目工程文件为Xcode项目工程文件，目标转换方式为swift方法中的JSONDecoder类为例，结合图5b所示的流程进行进一步说明。如图5b所示，可以先导入项目工程文件，以获取该项目工程文件，具体地，可以根据项目工程文件的路径以及项目工程文件的后缀名来加载文件，其中，后缀名可以为xcodeproj和xcworkspace。在获取到项目工程文件之后，就可以根据创建的解析器解析项目工程文件，以获取库类信息和属性配置信息，其中类库包含以下四种类型：普通应用程序(Application)、动态库(Framework)、静态库(StaticLibrary)：软件包(Package)。其中，在得到项目工程文件的类库信息和属性配置信息时，可以以并列处理的方式来得到类库信息和属性配置信息，以加快解析速度。

针对确定类库信息的处理过程中，可以理解的是，在Xcode工程中不一定只会存在一个目标对象(Target)，每个目标对象可能会对应一个或多个类库。因此可以组织遍历项目工程文件中的所有目标对象的类库，并对所有类库进行去重操作，以得到最终的类库信息。可以通过调用swift方法中的JSONDecoder().decode接口将项目工程文件转化为属性表文件进行读取，然后在属性表文件中获取每个目标对象的编辑配置信息，该编译配置信息可以包括BuildSettings和BuildPhases(Compile Sources/Link Binary WithLibraries/Copy Bundle Resources等)。BuildSettings中主要包含了编译配置，包括类库与类库之间的文件引用，BuildPhases中也包含了目标对象所引用的类库，那么，通过BuildSettings中类库的引用关系和BuildPhases可以得到目标对象的一个或多个候选类库，即候选类库集合。在得到每一个目标对象的候选类库集合之后，可以从属性表文件中获取各个候选类库的路径，考虑到属性表文件中的路径可以是绝对路径或相对路径，那么，各个候选类库的路径也可以是绝对路径或相对路径。Xcode工程通常会以CocoaPods和SwiftPackage的方式对类库进行管理，每个类库会存在相关功能信息说明的文件，该文件也就是参考文件，其中，文件格式可以是plist，config和cache中的任一种。针对任一候选类库，可以扫描候选类库对应的路径下的所有文件，以从所有文件中确定出参考文件。以Pods文件夹或SourcePackages文件夹作为根目录递归遍历根目录下的各个文件以找到参考文件。在获取各个候选类库的路径之后，可以根据路径开始搜索文件夹，其中，可以利用递归算法从根目录开始搜索，可以将根目录放入数组(数组可以理解为文件列表)中，数组中的各个元素对应根目录中的各个文件夹或文件。那么，可以遍历该数组，终止条件为某个数组元素的子目录为空。其中，在每搜索到一个文件时，将搜索到的文件的进行后缀名匹配，匹配到plist，config和cache中的任一种之后，可以读取文件的内容，如果内容中存在类库名称、类库版本号以及目标对象条件说明等，则停止递归遍历，该文件即是参考文件。其中，参考文件中可以包含关于候选类库的类库名称以及类库版本号，那么，可以根据候选类库的类库名称以及类库版本号确定目标类库集合，在确定目标类库集合之后，还可以确定将每一个目标对象与目标类库集合中的类库建立映射关系(该映射关系可以参考图5a所示的哈希表)，以为后续编辑工程时提供基础，也就是可以将目标类库集合，以及每一个目标对象与目标类库集合中类库之间的映射关系作为数据源，比便于后续将类库信息显示在文件解析界面上。

在解析类库信息的同时，可以开启子线程对属性配置信息进行获取。可以通过读取项目工程的配置文件获取属性配置信息，配置文件格式可以如3b所示。在创建任一项目工程时，可以将配置文件放入在项目工程文件的work/配置文件目录下，在解析工程时解析器可以通过项目工程文件的路径获取该目录下配置文件。如果成功获取到该配置文件，则从配置文件中获取项目工程文件的属性配置信息；如果未成功获取到该配置文件，则可以调用swift方法中的JSONDecoder().decode接口将项目工程文件转化为属性表文件，再从属性表文件中获取项目工程文件的属性配置信息。其中，在获取属性配置信息之前，可以在解析器内部创建工程对象模型，该工程对象模型中包含的成员变量可以(成员变量可以理解为上述描述的字段)为编辑工程所用到的属性。例如，在编辑工程这个功能中使用到的配置属性有项目名称(项目工程文件名称)、App ID(应用程序标识)、Workspace ID(工作区标识)和BundleID(应用程序唯一标识)四个值。如果工程对象模型中包含的成员变量为工程概览中所用到的属性，则包含的成员变量可以是基线版本、类型、最近编辑时间等。那么，在获取配置文件或属性表文件之后，可以从配置文件或属性表文件中获取工程对象模型中包含的成员变量对应的数据，获取到数据即是属性配置信息，并可以将获取到数据可以写入到工程对象模型中。而在获取到属性配置信息之后，即可将该属性配置信息显示在文件解析界面上。

请参阅图6，图6是本申请实施例提供的一种基于数据处理装置的结构示意图。本实施例中所描述的数据处理装置，包括：

第一获取单元601，用于获取项目工程文件；

确定单元602，用于按照目标转换方式将所述项目工程文件转化为属性表文件，从所述属性表文件中获取目标对象对应的编译配置信息，并根据所述目标对象对应的编译配置信息确定所述项目工程文件的类库信息；

第二获取单元603，用于在根据所述项目工程文件确定目标对象对应的类库信息的同时，获取所述项目工程文件的属性配置信息；

展示单元604，用于在文件解析界面展示所述项目工程文件的类库信息和属性配置信息。

在一种实现方式中，所述确定单元602，具体用于：

根据所述目标对象对应的编译配置信息确定所述目标对象的候选类库集合，所述候选类库集合包括一个或多个候选类库；

从所述属性表文件中获取所述候选类库集合中每一个候选类库对应的路径；

针对所述候选类库集合中的任一候选类库，扫描所述候选类库对应的路径下的所有文件，从所述所有文件中确定出与指定文件格式匹配的参考文件；

根据所述每一个候选类库对应的参考文件确定所述项目工程文件的类库信息。

在一种实现方式中，所述确定单元602，具体用于：

从所述目标对象对应的编译配置信息中获取类库之间的引用关系；

根据所述类库之间的引用关系确定所述目标对象对应的候选类库集合。

在一种实现方式中，所述目标对象的数量为多个，每一个目标对象具有对应的候选类库集合；所述确定单元602，具体用于：

针对所述候选类库集合中的任一候选类库，从所述候选类库对应的参考文件的内容中提取类库名称以及类库版本号；

根据所述每一个目标对象对应的候选类库集合中各个候选类库的类库名称以及类库版本号，针对多个候选类库集合进行去重处理，得到目标类库集合；

根据所述目标类库集合中各个类库的类库名称，确定所述项目工程文件的类库信息。

在一种实现方式中，所述第二获取单元603，具体用于：

若成功获取到所述项目工程文件的配置文件，则从所述配置文件中获取所述项目工程文件的属性配置信息；

若未成功获取到所述项目工程文件的配置文件，则对所述项目工程文件进行处理，获取所述项目工程文件的属性配置信息。

在一种实现方式中，所述第二获取单元603，具体用于：

若成功获取到所述项目工程文件的配置文件，则根据参考信息标识从所述配置文件中获取相应的属性配置信息；

将获取到的属性配置信息确定为所述项目工程文件的属性配置信息。

在一种实现方式中，所述第二获取单元603，具体用于：

若未成功获取到所述项目工程文件的配置文件，则按照所述目标转换方式将所述项目工程文件转化为所述属性表文件；

根据参考信息标识从所述属性表文件中获取相应的属性配置信息；

将获取到的属性配置信息确定为所述项目工程文件的属性配置信息。

可以理解，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。本申请实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

请参阅图7，图7是本申请实施例提供的一种服务器的结构示意图。本实施例中所描述的服务器，包括：处理器701、存储器702以及网络接口703。上述处理器701、存储器702以及网络接口703之间可以交互数据。

上述处理器701可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

上述存储器702可以包括只读存储器和随机存取存储器，并向处理器701提供程序指令和数据。存储器702的一部分还可以包括非易失性随机存取存储器。其中，所述处理器701调用所述程序指令时用于执行：

获取项目工程文件；

按照目标转换方式将所述项目工程文件转化为属性表文件，从所述属性表文件中获取目标对象对应的编译配置信息，并根据所述目标对象对应的编译配置信息确定所述项目工程文件的类库信息；

在根据所述项目工程文件确定目标对象对应的类库信息的同时，获取所述项目工程文件的属性配置信息；

在文件解析界面展示所述项目工程文件的类库信息和属性配置信息。

在一种实现方式中，所述处理器701，具体用于：

根据所述目标对象对应的编译配置信息确定所述目标对象的候选类库集合，所述候选类库集合包括一个或多个候选类库；

从所述属性表文件中获取所述候选类库集合中每一个候选类库对应的路径；

针对所述候选类库集合中的任一候选类库，扫描所述候选类库对应的路径下的所有文件，从所述所有文件中确定出与指定文件格式匹配的参考文件；

根据所述每一个候选类库对应的参考文件确定所述项目工程文件的类库信息。

在一种实现方式中，所述处理器701，具体用于：

从所述目标对象对应的编译配置信息中获取类库之间的引用关系；

根据所述类库之间的引用关系确定所述目标对象对应的候选类库集合。

在一种实现方式中，所述目标对象的数量为多个，每一个目标对象具有对应的候选类库集合；所述处理器701，具体用于：

针对所述候选类库集合中的任一候选类库，从所述候选类库对应的参考文件的内容中提取类库名称以及类库版本号；

根据所述每一个目标对象对应的候选类库集合中各个候选类库的类库名称以及类库版本号，针对多个候选类库集合进行去重处理，得到目标类库集合；

根据所述目标类库集合中各个类库的类库名称，确定所述项目工程文件的类库信息。

在一种实现方式中，所述处理器701，具体用于：

若成功获取到所述项目工程文件的配置文件，则从所述配置文件中获取所述项目工程文件的属性配置信息；

若未成功获取到所述项目工程文件的配置文件，则对所述项目工程文件进行处理，获取所述项目工程文件的属性配置信息。

在一种实现方式中，所述处理器701，具体用于：

若成功获取到所述项目工程文件的配置文件，则根据参考信息标识从所述配置文件中获取相应的属性配置信息；

将获取到的属性配置信息确定为所述项目工程文件的属性配置信息。

在一种实现方式中，所述处理器701，具体用于：

若未成功获取到所述项目工程文件的配置文件，则按照所述目标转换方式将所述项目工程文件转化为所述属性表文件；

根据参考信息标识从所述属性表文件中获取相应的属性配置信息；

将获取到的属性配置信息确定为所述项目工程文件的属性配置信息。

本申请实施例还提供了一种计算机存储介质，该计算机存储介质中存储有程序指令，所述程序执行时可包括如图2或者图4对应实施例中的数据处理方法的部分或全部步骤。

需要说明的是，对于前述的各个方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某一些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random AccessMemory，RAM)、磁盘或光盘等。

本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。服务器的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该服务器执行上述各方法的实施例中所执行的步骤。

以上对本申请实施例所提供的一种数据处理方法、装置、服务器以及存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种数据处理方法，其特征在于，包括：

获取项目工程文件；

按照目标转换方式将所述项目工程文件转化为属性表文件，从所述属性表文件中获取目标对象对应的编译配置信息；

根据所述目标对象对应的编译配置信息确定所述目标对象的候选类库集合，所述候选类库集合包括一个或多个候选类库；从所述属性表文件中获取所述候选类库集合中每一个候选类库对应的路径；针对所述候选类库集合中的任一候选类库，扫描所述候选类库对应的路径下的所有文件，从所述所有文件中确定出与指定文件格式匹配的参考文件；根据所述每一个候选类库对应的参考文件确定所述项目工程文件的类库信息；

在根据所述项目工程文件确定目标对象对应的类库信息的同时，获取所述项目工程文件的属性配置信息；

在文件解析界面展示所述项目工程文件的类库信息和属性配置信息。

2.根据权利要求1所述的方法，其特征在于，所述根据所述目标对象对应的编译配置信息确定所述目标对象的候选类库集合，包括：

从所述目标对象对应的编译配置信息中获取类库之间的引用关系；

根据所述类库之间的引用关系确定所述目标对象对应的候选类库集合。

3.根据权利要求1或2所述的方法，其特征在于，所述目标对象的数量为多个，每一个目标对象具有对应的候选类库集合；所述根据所述每一个候选类库对应的参考文件确定所述项目工程文件的类库信息，包括：

针对所述候选类库集合中的任一候选类库，从所述候选类库对应的参考文件的内容中提取类库名称以及类库版本号；

根据所述每一个目标对象对应的候选类库集合中各个候选类库的类库名称以及类库版本号，针对多个候选类库集合进行去重处理，得到目标类库集合；

根据所述目标类库集合中各个类库的类库名称，确定所述项目工程文件的类库信息。

4.根据权利要求1所述的方法，其特征在于，所述获取所述项目工程文件的属性配置信息，包括：

若成功获取到所述项目工程文件的配置文件，则从所述配置文件中获取所述项目工程文件的属性配置信息；

若未成功获取到所述项目工程文件的配置文件，则对所述项目工程文件进行处理，获取所述项目工程文件的属性配置信息。

5.根据权利要求4所述的方法，其特征在于，所述若成功获取到所述项目工程文件的配置文件，则从所述配置文件中获取所述项目工程文件的属性配置信息，包括：

若成功获取到所述项目工程文件的配置文件，则根据参考信息标识从所述配置文件中获取相应的属性配置信息；

将获取到的属性配置信息确定为所述项目工程文件的属性配置信息。

6.根据权利要求4所述的方法，其特征在于，所述若未成功获取到所述项目工程文件的配置文件，则对所述项目工程文件进行处理，获取所述项目工程文件的属性配置信息，包括：

若未成功获取到所述项目工程文件的配置文件，则按照所述目标转换方式将所述项目工程文件转化为所述属性表文件；

根据参考信息标识从所述属性表文件中获取相应的属性配置信息；

将获取到的属性配置信息确定为所述项目工程文件的属性配置信息。

7.一种数据处理装置，其特征在于，包括：

第一获取单元，用于获取项目工程文件；

确定单元，用于按照目标转换方式将所述项目工程文件转化为属性表文件，从所述属性表文件中获取目标对象对应的编译配置信息；

所述确定单元还用于：根据所述目标对象对应的编译配置信息确定所述目标对象的候选类库集合，所述候选类库集合包括一个或多个候选类库；从所述属性表文件中获取所述候选类库集合中每一个候选类库对应的路径；针对所述候选类库集合中的任一候选类库，扫描所述候选类库对应的路径下的所有文件，从所述所有文件中确定出与指定文件格式匹配的参考文件；根据所述每一个候选类库对应的参考文件确定所述项目工程文件的类库信息；

第二获取单元，用于在根据所述项目工程文件确定目标对象对应的类库信息的同时，获取所述项目工程文件的属性配置信息；

展示单元，用于在文件解析界面展示所述项目工程文件的类库信息和属性配置信息。

8.一种服务器，其特征在于，包括处理器、存储器和网络接口，所述处理器、存储器和网络接口相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-6任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-6任一项所述的方法。

10.一种计算机程序产品，其特征在于，所述计算机程序产品包括程序指令，所述程序指令存储在计算机可读存储介质中，处理器从计算机可读存储介质读取所述程序指令，处理器执行所述程序指令以执行如权利要求1-6任一项所述的方法。