CN108197020A - 插件校验方法、电子设备及计算机存储介质 - Google Patents

Abstract

本发明公开了一种插件校验方法、电子设备及计算机存储介质。其中方法包括：获取依据当前宿主应用程序生成的新程序库文件，以及获取待校验插件生成时所依赖的旧程序库文件；确定所述新程序库文件中是否包含所述旧程序库文件的内容，得到确定结果；依据所述确定结果生成插件校验结果。由此可见，本发明方案可以在插件所依赖的宿主应用程序发生变化时对插件的可实现性进行检测，在很大程度上节省了后期测试人员对插件的测试工作，能够使开发人员在开发过程中就能实现对插件和宿主应用程序匹配关系的检测和修改，提高了应用软件的开发和优化效率。

Description

插件校验方法、电子设备及计算机存储介质

技术领域

本发明涉及计算机技术领域，具体涉及一种插件校验方法、电子设备及计算机存储介质。

背景技术

随着互联网的发展，各种互联网应用层出不穷。随着用户的需求增加，应用经常需要提供符合用户需求的新的功能。在应用的研发过程中，可以通过插件技术扩展应用程序的功能。插件是遵循一定规范的应用程序接口编写出来的程序，通过和应用程序的互动，来替代应用程序增加所需要的一些特定的功能。

发明人在实现本发明的过程中发现，现有技术存在如下缺陷：为了满足用户需求，需要不断扩展宿主应用程序和插件的功能。在宿主应用程序的研发或优化的过程中，可能对原宿主应用程序的内容进行增添、修改或删除等编辑操作，原宿主应用程序的内容发生变化后，可能导致依赖于原宿主应用程序的插件在向原宿主程序调用所需内容时发生错误，影响该插件和应用程序的正常运行。因此，对插件的可实现性校验是十分必要的。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的插件校验方法、电子设备及计算机存储介质。

根据本发明的一个方面，提供了一种插件校验方法，该方法包括：获取依据当前宿主应用程序生成的新程序库文件，以及获取待校验插件生成时所依赖的旧程序库文件；确定所述新程序库文件中是否包含所述旧程序库文件的内容，得到确定结果；依据所述确定结果生成插件校验结果。

根据本发明的另一方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：获取依据当前宿主应用程序生成的新程序库文件，以及获取待校验插件生成时所依赖的旧程序库文件；确定所述新程序库文件中是否包含所述旧程序库文件的内容，得到确定结果；依据所述确定结果生成插件校验结果。

根据本发明的又一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行以下操作：获取依据当前宿主应用程序生成的新程序库文件，以及获取待校验插件生成时所依赖的旧程序库文件；确定所述新程序库文件中是否包含所述旧程序库文件的内容，得到确定结果；依据所述确定结果生成插件校验结果。

根据本发明的插件校验方法、电子设备及计算机存储介质，提供了一种插件可实现性的检测方式，可以在插件所依赖的宿主应用程序发生变化时对插件的可实现性进行检测，在很大程度上节省了后期测试人员对插件的测试工作，能够使开发人员在开发过程中就能实现对插件和宿主应用程序匹配关系的检测和修改，提高了应用软件的开发和优化效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例一提供的插件校验方法的流程图；

图2示出了本发明实施例二提供的插件校验方法的流程图；

图3示出了根据本发明实施例四提供的一种电子设备的结构示意图。

具体实施方式

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

实施例一

图1示出了本发明实施例一提供的插件校验方法的流程图，用于当宿主应用程序更新时对插件可实现性的检测。如图1所示，该方法包括以下步骤：

步骤S101，获取依据当前宿主应用程序生成的新程序库文件，以及获取待校验插件生成时所依赖的旧程序库文件。

在本发明中，宿主应用程序对应的宿主工程是指能够控制系统平台或应用软件中各个功能模块或调用插件对应的功能模块的主工程，具有控制和管理其它程序(例如插件)的功能。插件是指对于实现原纯净系统平台或应用软件平台不具备的功能所开发的插件工程，由于插件运行时需要调用原纯净系统或应用软件所提供的函数库或者参数等数据，因此插件只能运行在程序规定的系统平台或应用软件平台下，而不能脱离指定的平台独立运行。其中的原纯净系统或应用软件程序即为本步骤中的宿主应用程序。相应的，可以理解的是，插件工程与其开发所依据的宿主工程具有固定的依赖关系，插件工程只有依赖于与其匹配的宿主工程才有存在和实现的意义。

具体的，当开发某宿主应用程序的一项新功能对应的插件时，插件以依据宿主工程生成的程序库文件为开发依据，开发出插件所需的插件工程。示例性的，在安卓系统平台下，依据应用软件的宿主工程可以生成后缀名为.jar(Android Package)的程序库文件，这里简称为jar包。jar包中包含了宿主工程中已经写好的类并进行了打包，插件工程在依据宿主工程生成的jar包的基础上，可以直接使用jar包中的类、属性以及方法等数据，由此开发出与宿主工程相匹配的功能。然而，当宿主应用程序的宿主工程被开发人员进行了进一步的开发、优化等程序更新操作后，此时存在宿主应用程序对应的新的宿主工程的产生，插件工程所引用的宿主工程中的数据有可能有所变化，例如函数的修改或删除、以及参数的修改或类型变更等变化，相应的新宿主工程可以生成新的jar包。由于插件工程直接使用了旧的jar包中的类、属性以及方法等数据，且插件工程中的一些变量都是通过参数从宿主工程中传递过来的，因此当插件工程对宿主工程中的引用部分有所变化时，插件工程与宿主工程的依赖关系被打破，导致插件不能正常运行而崩溃，相应的应用软件的扩展功能也无法正常使用。

在本步骤中，当检测到宿主应用程序当前的宿主工程所生成的程序库文件为新程序库文件时，或者当检测到宿主应用程序加载插件时，为了确保宿主应用程序的插件能够正常运行，宿主应用程序的功能得到扩展，因此此时需要检测插件的可实现性，需要检测的插件即为待检测的插件。进而应当分别获取依据宿主应用程序当前的宿主工程生成的新程序库文件以及待检测插件所依赖的旧程序库文件，对新程序库文件和旧程序库文件的内容进行比对和检测。

步骤S102，确定所述新程序库文件中是否包含所述旧程序库文件的内容，得到确定结果。

在本发明中，为了确保宿主应用程序的宿主工程更新后，插件仍能正常使用，有必要检测新程序库文件中是否包含了旧程序库文件中的所有内容，以便插件工程运行时可以对宿主工程进行正常的调用，以及确保参数的传递不受影响。

具体的，首先遍历程序库文件中所有的文件，确保新程序库文件中包含旧程序库文件中的所有文件。程序库文件的内容可以包括程序的源文件和/或编译文件。其中，源文件是相对目标文件和可执行文件而言的，是用汇编语言或高级语言写出来的代码保存为文件后的结果，是相应的工作人员都可以读懂的代码文件；编译文件是根据系统的运行环境对源文件进行编译后生成的可执行的文件，通常以二进制的代码形式存在。示例性的，在安卓系统中，后缀名为.java的源文件中可以定义各种参数、函数、类以及方法等数据，其中每个类对应了一个功能，可以由多个函数来实现；编译后可以生成一个或多个后缀名为.class类文件。

其次，遍历各文件中的所有数据，确保与旧程序库文件中各文件对应的新程序库文件的文件内包含的数据是一致的。其中，各文件中的数据可以是参数、参数类型、函数名称、类以及方法等数据，其中任意一个数据的变化都表示了新程序库文件是发生了变化的。

示例性的，在安卓系统平台下，插件S在依据应用软件的宿主工程生成的jar包的基础上开发而来。当应用软件的宿主工程被更新后，分别获取插件S的开发基础所依据的旧jar包以及更新后的宿主工程生成的新jar包，并依次遍历旧jar包和新jar包中的所有文件以及各文件中的所有数据并进行比对，检测新jar包是否包含旧jar包中的全部内容。

步骤S103，依据所述确定结果生成插件校验结果。

在本发明中，在将新程序库文件中的内容与旧程序库文件中的内容进行比对后，只要旧程序库文件中插件工程调用的部分在新程序库文件中发生了改变，则在新程序库文件中都无法找到与旧程序库文件对应的内容。因此，针对旧程序库文件中包含的每一内容，若新程序库文件中未包含该内容，则在插件校验结果中列出未被包含的内容，以便开发人员在开发过程中对宿主应用程序的宿主工程或插件对应的插件工程进行修改。

根据本实施例提供的插件校验方法，可以用于当宿主应用程序更新时对插件可实现性的检测。首先分别获取依据当前宿主应用程序生成的新程序库文件与插件所依赖的旧程序库文件；其次通过将新程序库文件中的内容逐一地与旧程序库文件中的内容进行比对，查找出新程序库文件中没有包含的旧程序库文件中的内容；最后将未包含的内容作为插件的校验结果列出，供开发人员参考修改。利用本实施例的插件校验方法，可以在插件所依赖的宿主应用程序发生变化时对插件的可实现性进行检测，在很大程度上节省了后期测试人员对插件的测试工作，能够使开发人员在开发过程中就能实现对插件和宿主应用程序匹配关系的检测和修改，提高了应用软件的开发和优化效率。

实施例二

图2示出了本发明实施例二提供的插件校验方法的流程图。本实施例应用于当宿主应用程序更新时对插件可实现性的检测，如图2所示，该方法包括：

步骤S201，若检测到所述宿主应用程序的程序库文件发生变化时，则生成插件校验事件。

在本发明中，由于插件是依赖宿主应用程序的宿主工程开发而来的，因此插件与某一特定版本的宿主工程具有固定的依赖关系，相应的，插件只有在与其匹配的宿主工程的加载下才能够正常运行。因此，当检测到宿主应用程序的程序库文件发生变化时，需要对插件的可实现性进行检测，此时的插件即为待校验的插件，同时生成插件校验事件。另外，在开发人员对插件所依赖的宿主工程以及当前宿主应用程序的宿主工程的版本不确定或者需要进一步检测的情况下，开发人员可以人为触发而生成插件校验事件，对插件的可实现性进行检测。

可以理解的是，当宿主应用程序的宿主工程更新后，例如，对数据的增添、修改或删除等操作，相应的依据宿主工程生成的程序库文件也有所更新。由于已存在的插件是在依据旧版本的宿主工程生成的旧程序库文件的基础上开发而来的，因此，在旧版本的宿主工程中增添相应的数据的更新方式，不会影响新程序库文件中已经包含了旧程序库文件中的所有内容；然而对旧版本的宿主工程中数据的修改或删除，必然影响了新程序库文件中与旧程序库文件对应内容的一致性。进而，在检测到依据当前宿主工程生成的程序库文件为新程序库文件时，有必要对插件的可实现性进行检测，生成插件校验事件。

步骤S202，响应于所述插件校验事件，执行所述插件校验方法。

步骤S203，获取依据当前宿主应用程序生成的新程序库文件，以及获取待校验插件生成时所依赖的旧程序库文件。

在本发明中，宿主应用程序对应的宿主工程是指能够控制系统平台或应用软件中各个功能模块或调用插件对应的功能模块的主工程，插件是指对于实现原纯净系统平台或应用软件平台不具备的功能所开发的插件工程，是依赖宿主工程开发而来的，只能运行在程序规定的系统平台或应用软件平台下，而不能脱离指定的平台独立运行。插件工程与其开发所依据的宿主工程具有固定的依赖关系，插件工程只有依赖于与其匹配的宿主工程才有存在和实现的意义。因此，当检测到插件校验事件后，分别获取依据宿主应用程序当前的宿主工程生成的新程序库文件与待检测插件所依赖的旧程序库文件，对新程序库文件和旧程序库文件中的内容进行比对和检测。

优选的，将所述插件生成时所依赖的所述宿主应用程序所生成的程序库文件确定为所述旧程序库文件；将所述宿主应用程序变化后的所述当前宿主应用程序所生成的程序库文件确定为所述新程序库文件。

在本发明中，新程序库文件和旧程序库文件均由同一宿主应用程序生成的，区别在于宿主应用程序的版本不同，进而所生成的程序库文件也有所不同。其中，首先当对宿主应用程序开发一款插件时，开发人员会在此时的宿主应用程序的版本基础上进行开发，也就是说，此时的宿主应用程序会生成程序库文件，依赖该程序库文件而开发此插件，为了便于理解，这里将该程序库文件标记为程序库文件A；然而，当宿主应用程序发生变化时，即对宿主应用程序进行更新后而有新的版本的宿主应用程序产生时，则当前新版本的宿主应用程序所生成的程序库文件也随之发生变化，这里将该程序库文件标记为程序库文件B。由于该插件是在更新前版本的宿主应用程序基础上开发而来的，即该插件与程序库文件A具有固定的依赖关系，而程序库文件B与程序库文件A有所不同，进而导致该插件与程序库文件A的依赖关系被打破，影响该插件的正常使用，需要检测程序库文件B是否包含了程序库文件A中的所有内容。因此，可以理解的是，程序库文件A为旧版本宿主应用程序所生成的旧程序库文件，同时也是该插件的生成基础，程序库文件B为新版本宿主应用程序所生成的新程序库文件，较插件所依赖的版本有所更新。进而，将插件生成时所依赖的宿主应用程序所生成的程序库文件确定为旧程序库文件；将宿主应用程序变化后的当前宿主应用程序所生成的程序库文件确定为新程序库文件。

示例性的，在获得插件检测事件后，可以根据当前宿主应用程序的宿主工程生成新程序库文件，并从待检测插件中提取待检测插件开发时所依赖的旧程序库文件，以此获得待比较的新程序库文件和旧程序库文件。

步骤S204，遍历所述新程序库文件和所述旧程序库文件中的所有文件，确定所述新程序库文件中是否包含所述旧程序库文件中的所有文件；其中，所述所有文件至少包括源文件和/或编译文件。

在本发明中，对于新程序库文件和旧程序库文件进行检测可以分为两个阶段，即首先遍历程序库文件中所有的文件，确保新程序库文件中包含旧程序库文件中的所有文件。程序库文件的内容可以包括程序的源文件和/或编译文件等。示例性的，在安卓系统平台下，应用软件的宿主工程可以生成后缀名为.jar的程序库文件，简称为jar包，可以对jar包中的各类文件进行遍历。假设新jar包中包括6个文件，而旧jar包中包括5个文件，以旧jar包中的各个文件为比对基础，遍历新jar包中的所有文件，逐一比对旧jar中的所有文件是否仍然被包含在新jar包中。而对于新jar包中新添加的文件则不用过多的比较，因为对新jar包中新添加的文件是必然不会出现在原旧jar中的。同理，在IOS系统平台下，应用软件的宿主工程可以生成后缀名为.ipa(iPhone Application)的程序库文件，可以对其中的各类文件进行遍历和比对。相应的，还可能存在后缀名为.o(object)、.a(archive)、.so(shared object)以及.class(java class)等各种类型的程序库文件，只要对插件调用有影响的文件都需要进行比对和检测。

步骤S205，遍历各文件中的所有数据，确定所述新程序库文件的各文件中是否包含所述旧程序库文件中与所述新程序库文件的各文件对应的文件中的所有数据。

在本发明中，对于新程序库文件和旧程序库文件进行检测可以分为两个阶段，第一个阶段为上述对程序库文件中的各个文件进行遍历，以确保新程序库文件包含了旧程序库文件中的所有文件；第二个阶段即为遍历各文件中的所有数据，确定新程序库文件的各文件中是否包含旧程序库文件中与其对应的文件中的所有数据。可以理解的是，若新程序库文件中包含了旧程序库文件中的相应文件，但并不代表该文件中的所有数据都是一致的，进而也不能保证插件运行时能够成功调用。因此，对文件中的数据进行遍历和比对也是十分必要的。具体的，各文件中的数据可以包括参数、参数类型、函数名称、类以及方法等数据，其中任意一个数据的变化都表示了新程序库文件是发生了变化的。

示例性的，在安卓系统平台下，插件S在应用软件的宿主工程生成的jar包的基础上开发而来。当应用软件的宿主工程被更新后，分别获取插件S的开发基础对应的旧jar包以及更新后宿主工程生成的新jar包。由于应用软件的旧宿主工程生成的旧jar包中的文件声明了类型为int类型的变量a，插件S在该旧jar包的基础上开发而来，且需要调用该变量a。因此，在检测插件S的可实现性时，首先遍历更新前后jar包中的所有文件，确保新jar包中包含旧jar包中的所有文件。当确定新jar包中包含与旧jar包对应的变量a所在的文件时，其次以旧jar包中该文件为比对基础，遍历新jar包中于该文件对应的文件中的所有数据。假设通过比对发现新jar包中该文件内的变量a的类型被修改为double类型，相应的插件S所调用的变量a相当于不复存在。进而可以确定插件S与新宿主工程生成的新jar包的依赖关系被打破，插件S不能正常运行。

步骤S206，针对所述旧程序库文件中包含的每一内容，若所述新程序库文件中未包含该内容，则在插件校验结果中列出未被包含的内容。

在本发明中，在将新程序库文件中的内容与旧程序库文件中的内容进行比对后，只要相对于旧程序库文件中的内容，新程序库文件中发生了改变，则无论是对宿主工程的修改还是删除，在新程序库文件中都无法找到与旧程序库文件对应的内容，进而可以理解为新程序库文件中不包含旧程序库文件中的对应内容。因此，为了开发人员对插件工程与宿主工程中不匹配的内容进行修改，可以针对旧程序库文件中包含的每一内容，若新程序库文件中未包含该内容，则在插件校验结果中列出该未被包含的内容。

示例性的，在上述示例中，当检测到新jar包中不包含旧jar包中的变量a时，表示插件S无法调用到新宿主工程中符合插件S调用关系的变量a，因此根据插件S中旧jar包的内容，将未被包含的内容即int类型的变量a列入到插件校验结果中，以便开发人员在开发过程中对宿主应用程序的宿主工程或插件对应的插件工程进行修改。

根据本实施例提供的插件校验方法，可以用于当宿主应用程序更新时对插件可实现性的检测。首先对宿主应用程序加载插件的情况进行检测，并生成插件校验事件；其次根据插件校验事件指定的宿主应用程序和待检测插件，分别获取依据当前宿主应用程序生成的新程序库文件与插件所依赖的旧程序库文件；然后通过将新程序库文件中的内容逐一地与旧程序库文件中的内容进行比对，首先确定新程序库文件中是否包含了旧程序库文件中的所有文件，其次确定对应文件中的数据是否完全一致，以查找出新程序库文件中没有包含的旧程序库文件中的内容；最后将新程序库文件未包含的内容作为插件的校验结果列出，供开发人员参考修改。利用本实施例的插件校验方法，可以在插件所依赖的宿主工程发生变化时对插件的可实现性进行检测，在很大程度上节省了后期测试人员对插件的测试工作，能够使开发人员在开发过程中就能实现对插件和宿主程序匹配关系的检测和修改，提高了应用软件的开发和优化效率。

实施例三

本发明实施例三还提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的插件校验方法。

可执行指令具体可以用于使得处理器执行以下操作：

获取依据当前宿主应用程序生成的新程序库文件，以及获取待校验插件生成时所依赖的旧程序库文件；

确定所述新程序库文件中是否包含所述旧程序库文件的内容，得到确定结果；

依据所述确定结果生成插件校验结果。

在一种可选的方式中，所述可执行指令还使所述处理器执行以下操作：

若检测到所述宿主应用程序的程序库文件发生变化时，则生成插件校验事件。

在一种可选的方式中，所述可执行指令还使所述处理器执行以下操作：

将所述插件生成时所依赖的所述宿主应用程序所生成的程序库文件确定为所述旧程序库文件；

将所述宿主应用程序变化后的所述当前宿主应用程序所生成的程序库文件确定为所述新程序库文件。

在一种可选的方式中，所述可执行指令还使所述处理器执行以下操作：

遍历所述新程序库文件和所述旧程序库文件中的所有文件，确定所述新程序库文件中是否包含所述旧程序库文件中的所有文件；其中，所述所有文件至少包括源文件和/或编译文件；

遍历各文件中的所有数据，确定所述新程序库文件的各文件中是否包含所述旧程序库文件中与所述新程序库文件的各文件对应的文件中的所有数据。

在一种可选的方式中，所述可执行指令还使所述处理器执行以下操作：

针对所述旧程序库文件中包含的每一内容，若所述新程序库文件中未包含该内容，则在插件校验结果中列出未被包含的内容。

实施例四

图3示出了根据本发明实施例四提供的一种电子设备的结构示意图，本发明具体实施例并不对电子设备的具体实现做限定。

如图3所示，该电子设备可以包括：处理器(processor)302、通信接口(Communications Interface)304、存储器(memory)306、以及通信总线308。

其中：

处理器302、通信接口304、以及存储器306通过通信总线308完成相互间的通信。

通信接口304，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器302，用于执行程序310，具体可以执行上述插件校验方法实施例中的相关步骤。

具体地，程序310可以包括程序代码，该程序代码包括计算机操作指令。

处理器302可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器306，用于存放程序310。存储器306可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序310具体可以用于使得处理器302执行以下操作：

获取依据当前宿主应用程序生成的新程序库文件，以及获取待校验插件生成时所依赖的旧程序库文件；

确定所述新程序库文件中是否包含所述旧程序库文件的内容，得到确定结果；

依据所述确定结果生成插件校验结果。

在一种可选的方式中，程序310具体还可以用于使得处理器302执行以下操作：

若检测到所述宿主应用程序的程序库文件发生变化时，则生成插件校验事件。

在一种可选的方式中，程序310具体还可以用于使得处理器302执行以下操作：

将所述插件生成时所依赖的所述宿主应用程序所生成的程序库文件确定为所述旧程序库文件；

将所述宿主应用程序变化后的所述当前宿主应用程序所生成的程序库文件确定为所述新程序库文件。

在一种可选的方式中，程序310具体还可以用于使得处理器302执行以下操作：

遍历所述新程序库文件和所述旧程序库文件中的所有文件，确定所述新程序库文件中是否包含所述旧程序库文件中的所有文件；其中，所述所有文件至少包括源文件和/或编译文件；

遍历各文件中的所有数据，确定所述新程序库文件的各文件中是否包含所述旧程序库文件中与所述新程序库文件的各文件对应的文件中的所有数据。

在一种可选的方式中，程序310具体还可以用于使得处理器302执行以下操作：

针对所述旧程序库文件中包含的每一内容，若所述新程序库文件中未包含该内容，则在插件校验结果中列出未被包含的内容。

进一步的，本发明还公开了以下内容：

a1.一种插件校验方法，所述方法包括：

获取依据当前宿主应用程序生成的新程序库文件，以及获取待校验插件生成时所依赖的旧程序库文件；

确定所述新程序库文件中是否包含所述旧程序库文件的内容，得到确定结果；

依据所述确定结果生成插件校验结果。

a2.根据a1所述的方法，其中，在所述获取依据当前宿主应用程序生成的新程序库文件，以及获取待校验插件生成时所依赖的旧程序库文件之前，包括：

若检测到所述宿主应用程序的程序库文件发生变化时，生成插件校验事件；

响应于所述插件校验事件，执行所述插件校验方法。

a3.根据a2所述的方法，所述获取依据当前宿主应用程序生成的新程序库文件，以及获取待校验插件生成时所依赖的旧程序库文件，包括：

将所述插件生成时所依赖的所述宿主应用程序所生成的程序库文件确定为所述旧程序库文件；

将所述宿主应用程序变化后的所述当前宿主应用程序所生成的程序库文件确定为所述新程序库文件。

a4.根据a1所述的方法，其中，所述确定所述新程序库文件中是否包含所述旧程序库文件的内容，包括：

遍历所述新程序库文件和所述旧程序库文件中的所有文件，确定所述新程序库文件中是否包含所述旧程序库文件中的所有文件；其中，所述所有文件至少包括源文件和/或编译文件；

遍历各文件中的所有数据，确定所述新程序库文件的各文件中是否包含所述旧程序库文件中与所述新程序库文件的各文件对应的文件中的所有数据。

a5.根据a4所述的方法，其中，所述依据确定结果生成插件校验结果，包括：

针对所述旧程序库文件中包含的每一内容，若所述新程序库文件中未包含该内容，则在插件校验结果中列出未被包含的内容。

b6.一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：

获取依据当前宿主应用程序生成的新程序库文件，以及获取待校验插件生成时所依赖的旧程序库文件；

确定所述新程序库文件中是否包含所述旧程序库文件的内容，得到确定结果；

依据所述确定结果生成插件校验结果。

b7.根据b6所述的电子设备，所述可执行指令还使所述处理器执行以下操作：

若检测到所述宿主应用程序的程序库文件发生变化时，则生成插件校验事件。

b8.根据b7所述的电子设备，所述可执行指令还使所述处理器执行以下操作：

将所述插件生成时所依赖的所述宿主应用程序所生成的程序库文件确定为所述旧程序库文件；

将所述宿主应用程序变化后的所述当前宿主应用程序所生成的程序库文件确定为所述新程序库文件。

b9.根据b6所述的电子设备，所述可执行指令还使所述处理器执行以下操作：

遍历所述新程序库文件和所述旧程序库文件中的所有文件，确定所述新程序库文件中是否包含所述旧程序库文件中的所有文件；其中，所述所有文件至少包括源文件和/或编译文件；

遍历各文件中的所有数据，确定所述新程序库文件的各文件中是否包含所述旧程序库文件中与所述新程序库文件的各文件对应的文件中的所有数据。

b10.根据b9所述的电子设备，所述可执行指令还使所述处理器执行以下操作：

针对所述旧程序库文件中包含的每一内容，若所述新程序库文件中未包含该内容，则在插件校验结果中列出未被包含的内容。

c11.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行以下操作：

获取依据当前宿主应用程序生成的新程序库文件，以及获取待校验插件生成时所依赖的旧程序库文件；

确定所述新程序库文件中是否包含所述旧程序库文件的内容，得到确定结果；

依据所述确定结果生成插件校验结果。

c12.根据c11所述的计算机存储介质，所述可执行指令还使所述处理器执行以下操作：

若检测到所述宿主应用程序的程序库文件发生变化时，则生成插件校验事件。

c13.根据c12所述的计算机存储介质，所述可执行指令还使所述处理器执行以下操作：

将所述插件生成时所依赖的所述宿主应用程序所生成的程序库文件确定为所述旧程序库文件；

将所述宿主应用程序变化后的所述当前宿主应用程序所生成的程序库文件确定为所述新程序库文件。

c14.根据c11所述的计算机存储介质，所述可执行指令还使所述处理器执行以下操作：

遍历所述新程序库文件和所述旧程序库文件中的所有文件，确定所述新程序库文件中是否包含所述旧程序库文件中的所有文件；其中，所述所有文件至少包括源文件和/或编译文件；

遍历各文件中的所有数据，确定所述新程序库文件的各文件中是否包含所述旧程序库文件中与所述新程序库文件的各文件对应的文件中的所有数据。

c15.根据c14所述的计算机存储介质，所述可执行指令还使所述处理器执行以下操作：

针对所述旧程序库文件中包含的每一内容，若所述新程序库文件中未包含该内容，则在插件校验结果中列出未被包含的内容。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种插件校验方法，包括：

获取依据当前宿主应用程序生成的新程序库文件，以及获取待校验插件生成时所依赖的旧程序库文件；

确定所述新程序库文件中是否包含所述旧程序库文件的内容，得到确定结果；

依据所述确定结果生成插件校验结果。

2.根据权利要求1所述的方法，其中，在所述获取依据当前宿主应用程序生成的新程序库文件，以及获取待校验插件生成时所依赖的旧程序库文件之前，包括：

若检测到所述宿主应用程序的程序库文件发生变化时，生成插件校验事件；

响应于所述插件校验事件，执行所述插件校验方法。

3.根据权利要求2所述的方法，所述获取依据当前宿主应用程序生成的新程序库文件，以及获取待校验插件生成时所依赖的旧程序库文件，包括：

将所述插件生成时所依赖的所述宿主应用程序所生成的程序库文件确定为所述旧程序库文件；

将所述宿主应用程序变化后的所述当前宿主应用程序所生成的程序库文件确定为所述新程序库文件。

4.根据权利要求1所述的方法，其中，所述确定所述新程序库文件中是否包含所述旧程序库文件的内容，包括：

遍历所述新程序库文件和所述旧程序库文件中的所有文件，确定所述新程序库文件中是否包含所述旧程序库文件中的所有文件；其中，所述所有文件至少包括源文件和/或编译文件；

遍历各文件中的所有数据，确定所述新程序库文件的各文件中是否包含所述旧程序库文件中与所述新程序库文件的各文件对应的文件中的所有数据。

5.根据权利要求4所述的方法，其中，所述依据确定结果生成插件校验结果，包括：

针对所述旧程序库文件中包含的每一内容，若所述新程序库文件中未包含该内容，则在插件校验结果中列出未被包含的内容。

6.一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：

获取依据当前宿主应用程序生成的新程序库文件，以及获取待校验插件生成时所依赖的旧程序库文件；

确定所述新程序库文件中是否包含所述旧程序库文件的内容，得到确定结果；

依据所述确定结果生成插件校验结果。

7.根据权利要求6所述的电子设备，其中，所述可执行指令还使所述处理器执行以下操作：

若检测到所述宿主应用程序的程序库文件发生变化时，则生成插件校验事件。

8.根据权利要求7所述的电子设备，其中，所述可执行指令还使所述处理器执行以下操作：

将所述插件生成时所依赖的所述宿主应用程序所生成的程序库文件确定为所述旧程序库文件；

将所述宿主应用程序变化后的所述当前宿主应用程序所生成的程序库文件确定为所述新程序库文件。

9.根据权利要求6所述的电子设备，其中，所述可执行指令还使所述处理器执行以下操作：

遍历所述新程序库文件和所述旧程序库文件中的所有文件，确定所述新程序库文件中是否包含所述旧程序库文件中的所有文件；其中，所述所有文件至少包括源文件和/或编译文件；

遍历各文件中的所有数据，确定所述新程序库文件的各文件中是否包含所述旧程序库文件中与所述新程序库文件的各文件对应的文件中的所有数据。

10.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行以下操作：

获取依据当前宿主应用程序生成的新程序库文件，以及获取待校验插件生成时所依赖的旧程序库文件；

确定所述新程序库文件中是否包含所述旧程序库文件的内容，得到确定结果；

依据所述确定结果生成插件校验结果。