CN111506499B - 一种小程序中参数可用性检测方法、装置以及电子设备 - Google Patents

Abstract

本申请公开了一种小程序中参数可用性检测方法、装置以及电子设备，涉及小程序技术领域。具体实现方案为：接收在小程序中的第一操作，并响应于第一操作，获取小程序的待检测参数；获取目标哈希表，其中，目标哈希表为第一哈希表与第二哈希表合并得到的哈希表，第一哈希表中包括电子设备的第一操作系统支持的第一属性以及第一方法，第二哈希表中包括第一操作系统和其他操作系统共同支持的第二属性和第二方法；将待检测参数与目标哈希表进行对比，得到待检测参数的检测结果。考虑了电子设备的操作系统，即将执行实施例的方法的电子设备的第一操作系统支持的第一属性以及第一方法应用到检测中，如此，可提高小程序中参数可用性检测的准确性。

Description

一种小程序中参数可用性检测方法、装置以及电子设备

技术领域

本申请涉及计算机技术中的小程序技术领域，尤其涉及一种小程序中参数可用性检测方法、装置以及电子设备。

背景技术

小程序是一种无需下载安装即可使用的应用，其基础库是小程序运行的基础，而基础库存在版本迭代。不同版本的基础库，对于小程序框架相关属性、API(应用程序接口)或组件及其属性的支持存在差异。如果想使用在新版本基础库上支持但久版本基础库不支持的属性、方法等参数，需对待使用的属性、方法等参数是否可用进行检测。

目前，常用的检测方法中，通过检测当前基础库版本下检测是否可用，如此，容易导致可用性检测准确性较差。

发明内容

本申请提供一种小程序中参数可用性检测方法、装置和电子设备，以解决小程序中参数检测准确性较差的问题。

第一方面，本申请一个实施例提供一种小程序中参数可用性检测方法，应用于电子设备，所述方法包括：

接收在所述小程序中的第一操作，并响应于所述第一操作，获取所述小程序的待检测参数；

获取目标哈希表，其中，所述目标哈希表为第一哈希表与第二哈希表合并得到的哈希表，所述第一哈希表中包括所述电子设备的第一操作系统支持的第一属性以及第一方法，所述第二哈希表中包括所述第一操作系统和所述其他操作系统共同支持的第二属性和第二方法；

将所述待检测参数与所述目标哈希表进行对比，得到所述待检测参数的检测结果。

在本申请实施例的小程序中参数可用性检测方法中，是通过第一哈希表与第二哈希表合并得到的目标哈希表进行检测，其中，第二哈希表是包括第一操作系统和其他操作系统共同支持的第二属性和第二方法，而第一哈希表是包括电子设备的第一操作系统支持的第一属性以及第一方法，即在检测过程中，不但将第一操作系统和其他操作系统共同支持的第二属性和第二方法应用到检测中，而且由于第一操作系统不同，所支持的第一属性和第一方法可不同，在本申请实施例中，还考虑了电子设备的操作系统，即将执行实施例的方法的电子设备的第一操作系统支持的第一属性以及第一方法应用到检测中，如此，可提高小程序中参数可用性检测的准确性。

第二方面，本申请一个实施例提供一种小程序中参数可用性检测装置，应用于电子设备，所述装置包括：

第一获取模块，用于接收在所述小程序中的第一操作，并响应于所述第一操作，获取所述小程序的待检测参数；

第二获取模块，用于获取目标哈希表，其中，所述目标哈希表为第一哈希表与第二哈希表合并得到的哈希表，所述第一哈希表中包括所述电子设备的第一操作系统支持的第一属性以及第一方法，所述第二哈希表中包括所述第一操作系统和所述其他操作系统共同支持的第二属性和第二方法；

对比模块，用于将所述待检测参数与所述目标哈希表进行对比，得到所述待检测参数的检测结果。

在本申请实施例的小程序中参数可用性检测装置中，是通过第一哈希表与第二哈希表合并得到的目标哈希表进行检测，其中，第二哈希表是包括第一操作系统和其他操作系统共同支持的第二属性和第二方法，而第一哈希表是包括电子设备的第一操作系统支持的第一属性以及第一方法，即在检测过程中，不但将第一操作系统和其他操作系统共同支持的第二属性和第二方法应用到检测中，而且由于第一操作系统不同，所支持的第一属性和第一方法可不同，在本申请实施例中，还考虑了电子设备的操作系统，即将执行实施例的方法的电子设备的第一操作系统支持的第一属性以及第一方法应用到检测中，如此，可提高小程序中参数可用性检测的准确性。

第三方面，本申请一个实施例还提供一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请各实施例提供的方法。

第四方面，本申请一个实施例还提供一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行本申请各实施例提供的方法。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是本申请提供的一个实施例的小程序中参数可用性检测方法的流程示意图之一；

图2是本申请提供的一个实施例的小程序中参数可用性检测方法的流程示意图之二；

图3是本申请提供的一个实施例的小程序中参数可用性检测装置的结构图；

图4是用来实现本申请实施例的小程序中参数可用性检测方法的电子设备的框图。

具体实施方式

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

如图1所示，根据本申请的实施例，本申请提供一种小程序中参数可用性检测方法，应用于电子设备，该方法包括：

步骤S101：接收在小程序中的第一操作，并响应于第一操作，获取小程序的待检测参数。

用户在电子设备中使用小程序过程中，可在小程序中进行操作，具体可在小程序的页面中进行操作，电子设备接收到在第一操作后，响应该第一操作，即可触发可用性的检测，首先可获取小程序的待检测参数，需要说明的是，该待检测参数与第一操作有关，第一操作不同，其对应的待检测参数可不同。

步骤S102：获取目标哈希表。

类是具有相似属性和方法的对象的集合，小程序中包括多个类(即Class)，每一个类中可包括方法或/和属性，另外，小程序中包括多个API(应用程序接口)、多个组件以及框架，API有其对应的属性，组件和框架有对应的属性，即小程序中有多个方法和多个属性。在本实施例中，获取待检测参数后，可获取目标哈希表，目标哈希表作为对待检测参数可用性检测的依据，其中，目标哈希表为第一哈希表与第二哈希表合并得到的哈希表，第一哈希表中包括电子设备的第一操作系统支持的第一属性以及第一方法，可以理解，第一哈希表中包括电子设备的第一操作系统支持的但其他操作系统不支持的第一属性以及第一方法。例如，若第一操作系统为iOS操作系统，则第一哈希表中包括iOS操作系统支持的属性以及方法，若第一操作系统为安卓操作系统，则第一哈希表中包括安卓操作系统支持的属性以及方法，第二哈希表中包括第一操作系统和其他操作系统共同支持的第二属性和第二方法，即可以理解为通用哈希表。

作为一个示例，其他操作系统为第一操作系统以外的操作系统，例如，若第一操作系统为iOS操作系统，则其他操作系统可以包括安卓操作系统，若第一操作系统为安卓操作系统，则其他操作系统可以包括iOS操作系统。

需要说明的是，基础库是小程序运行的基础，对于小程序，不同的基础库，第二哈希表不同，相同的基础库，第二哈希表相同。对于不同的操作系统，第一哈希表不同。

步骤S103：将待检测参数与目标哈希表进行对比，得到待检测参数的检测结果。

获得目标哈希表之后，即可将待检测参数与目标哈希表进行对比，以得到待检测参数可用性检测的结果，即实现小程序中待检测参数的可用性检测。

在本申请实施例的小程序中参数可用性检测方法中，是通过第一哈希表与第二哈希表合并得到的目标哈希表进行检测，其中，第二哈希表是包括第一操作系统和其他操作系统共同支持的第二属性和第二方法，而第一哈希表是包括电子设备的第一操作系统支持的第一属性以及第一方法，即在检测过程中，不但将第一操作系统和其他操作系统共同支持的第二属性和第二方法应用到检测中，而且由于第一操作系统不同，所支持的第一属性和第一方法可不同，在本申请实施例中，还考虑了电子设备的操作系统，即将执行实施例的方法的电子设备的第一操作系统支持的第一属性以及第一方法应用到检测中，如此，可提高小程序中参数可用性检测的准确性。

在一个实施例中，获取目标哈希表包括：

在电子设备的缓存中不包括目标哈希表的情况下，将第一哈希表与第二哈希表进行合并，得到目标哈希表；

或者，在电子设备的缓存中包括目标哈希表的情况下，调取电子设备的缓存中的目标哈希表。

需要说明的是，第一哈希表和第二哈希表存储于电子设备的本地，而在获取目标哈希表的过程中，是对缓存进行查找。若在电子设备的缓存未查找到(即不包括)第一哈希表和第二哈希表合并得到的目标哈希表，表示之前还未对第一哈希表和第二哈希表进行过合并，可理解为第一次调用可用性检测方法，在这种情况下，可从本地调取第一哈希表与第二哈希表，对其进行合并得到目标哈希表。作为一个示例，将第一哈希表与第二哈希表进行合并，得到目标哈希表之后，还包括：将目标哈希表存储于电子设备的缓存中。

若在电子设备的缓存中查找到(即包括)第一哈希表和第二哈希表合并得到的目标哈希表，表示之前已对第一哈希表和第二哈希表进行过合并，可理解为已非第一次调用可用性检测方法，在这种情况下，可从缓存中调用目标哈希表即可，以获取目标哈希表。

在本实施例中，可将第一哈希表与第二哈希表进行合并，得到目标哈希表，将其作为对待检测参数可用性检测的依据，或者可将从电子设备的缓存中调取的基于第一哈希表与第二哈希表合并得到的目标哈希表作为可用性检测的依据，以提高获取目标哈希表的灵活性，将其作为小程序中待检测参数可用性检测的依据，以提高检测准确性。

在一个实施例中，第一属性包括第一应用程序接口的属性、第一组件的属性、第一框架的属性和第一类中的属性中的至少一项；

第一方法包括第一类中的方法；

第二属性包括第二应用程序接口的属性、第二组件的属性、第二框架的属性和第二类中的属性中的至少一项；

第二方法包括第二类中的方法；

待检测参数包括待检测属性或/和待检测方法。

可以理解，上述第一应用程序接口的属性为第一操作系统支持的第一应用程序接口的属性，第一组件的属性第一操作系统支持的第一组件的属相，第一框架的属性为第一操作系统支持的第一框架的属性，第一类中的属性为第一操作系统支持的第一类中的属性。由于类中可包括方法，则上述第一方法包括第一操作系统支持的第一类中的方法。上述第二应用程序接口的属性为第一操作系统和其他操作系统共同支持的第二应用程序接口的属性，第二组件的属性第一操作系统和其他操作系统共同支持的第二组件的属相，第二框架的属性为第一操作系统和其他操作系统共同支持的第二框架的属性，第二类中的属性为第一操作系统支持的第二类中的属性。由于类中可包括方法，则上述第二方法包括第一操作系统和其他操作系统共同支持的第二类中的方法。

在本实施例中，待检测参数包括待检测属性或/和待检测方法，对小程序中的待检测属性或/和待检测方法进行可用性检测，以便了解小程序中待检测属性或/和待检测方法是否可用。而且第一属性包括第一应用程序接口的属性、第一组件的属性、第一框架的属性和第一类中的属性中的至少一项；第一方法包括第一类中的方法；第二属性包括第二应用程序接口的属性、第二组件的属性、第二框架的属性和第二类中的属性中的至少一项；第二方法包括第二类中的方法，如此，利用包括第一属性和第一方法的第一哈希表与包括第二属性和第二方法的第二哈希表合并后的目标哈希表对待检测属性或/和待检测方法进行可用性检测，可提高对小程序中待检测属性或/和待检测方法可用性检测的准确性。

在一个示例中，待检测参数还可包括待检测应用程序接口、待检测组件、待检测框架和待检测类中的至少一项，上述待检测属性包括待检测应用程序接口中的属性、待检测组件中的属性、待检测框架中的属性以及待检测类中的属性中的至少一项，待检测方法包括待检测类中的方法。

在一个实施例中，第一哈希表包括第一子哈希表、第二子哈希表和第三子哈希表中的至少一项；第二哈希表包括第四子哈希表、第五子哈希表和第六子哈希表中的至少一项；

第一子哈希表包括第一应用程序接口的属性、第一类中的属性以及第一方法；

第二子哈希表包括第一组件的属性；

第三子哈希表包括第一框架的属性；

第四子哈希表包括第二应用程序接口的属性、第二类中的属性以及第二方法；

第五子哈希表包括第二组件的属性；

第六子哈希表包括第二框架的属性；

将第一哈希表与第二哈希表进行合并，得到目标哈希表，包括：

将第一子目标哈希表、第二子目标哈希表和第三子目标哈希表中的至少一项进行合并，得到目标哈希表；

其中，第一子目标哈希表通过第一子哈希表与第四子哈希表合并得到，第二子目标哈希表通过第二子哈希表与第五子哈希表进行合并得到，第三子目标哈希表通过第三子哈希表与第六子哈希表合并得到。

即第一哈希表可包括不同类型下的三个子哈希表中至少一个，第二哈希表也可包括不同类型下的三个子哈希表中至少一个，例如，第一子哈希表是应用程序接口和类对应的子哈希表，第二子哈希表为组件对应的子哈希表，第三子哈希表为矿建对应的子哈希表，第四子哈希表、第五子哈希表和第六子哈希表类似。即可将第一哈希表和第二哈希表中相同类型对应的子哈希表进行合并，得到不同类型的子目标哈希表，再对不同类型的子目标哈希表中至少一个进行合并，得到目标哈希表，如此，可减少合并出错，提高合并准确性。

在一个实施例中，待检测参数包括待检测属性或/和待检测方法；

将待检测参数与目标哈希表进行对比，得到待检测参数的检测结果，包括：在目标哈希表中包括待检测参数的情况下，得到待检测参数的可用检测结果；或者，在目标哈希表中不包括待检测参数的情况下，得到待检测参数的不可用检测结果。

可以理解，在目标哈希表中查找待检测参数，若能查找到，表示在目标哈希表中包括待检测参数，即确定小程序中的该待检测参数可用，得到可用检测结果，否则，不可用，得到不可用检测结果。即在本实施例的获得检测结果的过程中，是将待测参数与目标哈希表进行对比即可，可快速确定目标哈希表中是否包括待检测参数，从而可提高可用性检测的效率。

作为一个示例，得到待检测参数的可用检测结果之后，还输出第一提示信息，用于提示待检测参数可用，以便于查看，起到提醒的作用。得到待检测参数的不可用检测结果之后，还输出第二提示信息，用于提示待检测参数不可用，以便于查看，起到提醒的作用。

下面以一个具体实施例对上述方法的过程加以具体说明。本实施例的检测方法中，第一操作系统和其他操作系统包括iOS操作系统和安卓操作系统(Android)，提供一个通用map(即第二哈希表)，map可以理解为哈希表，用于存放iOS和Android都支持的属性及方法，iOS和Android各自支持的属性和方法存在不同，独立存放于其各自对应的map中，在本实施例中，iOS的第一哈希表为iOS map(其中包括iOS支持的属性和方法)，Android的第一哈希表为Android map(其中包括Android支持的属性和方法)。

本实施例的检测方法流程如图2所示，首先接收用户在小程序中的第一操作，响应第一操作获得小程序中待检测参数，且响应第一操作即可触发可用性检测方法，即触发可用性检测方法的调用，若响应第一操作获得小程序中待检测属性，则后续对待检测属性可用性进行检测，若响应第一操作获得小程序中待检测方法，则后续对待检测方法可用性进行检测，若响应第一操作获得小程序中待检测属性和待检测方法，则后续对待检测属性和待检测方法可用性进行检测。然后判断是否是首次调用，例如，可通过判断缓存中是否有合并后的目标哈希表，若有，则表示非首次，若没有，则表示为首次。

如果是首次调用，则接着获取电子设备的第一操作系统，判断第一操作系统是否是iOS操作系统，若是iOS操作系统，则将通过map与iOS map进行合并，得到新的iOS map即目标哈希表，并将其存储于缓存中。利用新的iOS map判断待检测参数是否可用，即将待检测参数与新的iOS map进行比对，得到检测结果。作为一个示例，即在新的iOS map中查找待检测参数，若在新的iOS map中查找到待检测参数，即新的iOS map包括待检测参数，此时，可确定待检测参数可用，得到可用检测结果，可输出第一提示信息，以提示检测结果为可用。若在新的iOS map中未查找到待检测参数，即新的iOS map不包括待检测参数，此时，可确定待检测参数不可用，得到不可用检测结果，可输出第二提示信息，以提示检测结果为不可用。

若第一操作系统是操作系统，则将通过map与Android map进行合并，得到新的Android map即目标哈希表，并将其存储于缓存中。利用新的Android map判断待检测参数是否可用，即将待检测参数与新的Android map进行比对，得到检测结果。作为一个示例，即在新的Android map中查找待检测参数，若在新的Android map中查找到待检测参数，即新的Android map包括待检测参数，此时，可确定待检测参数可用，得到可用检测结果，可输出第一提示信息，以提示检测结果为可用。若在新的Android map中未查找到待检测参数，即新的Android map不包括待检测参数，此时，可确定待检测参数不可用，得到不可用检测结果，可输出第二提示信息，以提示检测结果为不可用。

另外，如果不是首次调用，即缓存中包括目标哈希表(为新的iOS map或新的Android map)，则直接调用缓存中的目标哈希表进行后续的比对即可，从而得到待检测参数的检测结果。

而且，本实施例的检测方法中，支持框架的属性的判断，以iOS为例，iOS map中有iOS支持的API的map(对应第一子哈希表)，iOS支持的组件的map(对应第二子哈希表)和iOS支持的框架的map(对应第三子哈希表)，用于支持API、组件和框架的可用性判断。通用map中包含通用的API的map(对应第四子哈希表)，通用的组件的map(对应第五子哈希表)和通用的框架的map(对应第六子哈希表)。

其中，对于合并的过程，以iOS map与通用map合并为例，则将API的map做合并，即将iOS支持的API的map与通用的API的map进行合并，得到第一目标子哈希表，将iOS支持的组件的map与通用的组件的map进行合并，得到第二目标子哈希表，将iOS支持的框架的map与通用的框架的map进行合并得到第三目标子哈希表，然后再将第一子目标哈希表、第二子目标哈希表和第三子目标哈希表进行合并得到新的iOS map。再利用新的iOS map对待检测参数的可用性进行判断，返回检测结果。

即本申请实施例的可用性检测，支持更多层级的检测，提供了API的map、组件的map和框架的map。其中，在API和组件的通用map、iOS map和Android map中，覆盖API和组件在开发者文档中介绍的所有属性和方法，从而实现更多层级的判断，以保证支持情况与判断结果的一致性。

下面以一个具体例子进行说明，现有map1和map2，map1是通用的API的map，map2为iOS的API的map，例如，map1的结构如下：

api1为通用的API中的一个接口名称，param1为api1的一个属性，class1为API的一个类，类名为class1，method1为class1中的一个方法，property1为class1中的一个属性。

又例如，例如，map2的结构如下：

api2为iOS支持的API中的一个接口名称，param2为api2的一个属性。

map1和map2合并后的结果为：

若map2的结构为：

api1为iOS支持的API中的一个接口名称，param2为api1的一个属性。

则map1和map2合并后的结果为：

/>

例如，用户进行操作，确定的待检测参数为api1的param1参数，则需要判断api1的param1参数是否可用，则在合并后得到的新的map中查找，若新的map存在api1的param1属性，则表示api1的param1可用，否则不可用。

又例如，用户进行操作，确定的待检测参数为class1的method1方法，则需要判断class1的method1是否可用，则在合并后得到的新的map中查找，若新的map存在class1的method1方法，则表示class1的method1方法可用，否则不可用。

通过上述可用性检测方法，一方面，可提高小程序的属性和方法可用性检测的准确性，确保支持情况和检测结果的一致性，而且支持框架的属性可用性的检测，提高可用性检测的全面性。另一方面，可提升小程序开发者的开发效率，优化开发者体验。

请参考图3，本申请提供一种实施例的小程序中参数可用性检测装置300，应用于电子设备，装置300包括：

第一获取模块301，用于接收在所述小程序中的第一操作，并响应于所述第一操作，获取所述小程序的待检测参数；

第二获取模块302，用于获取目标哈希表，其中，所述目标哈希表为第一哈希表与第二哈希表合并得到的哈希表，所述第一哈希表中包括所述电子设备的第一操作系统支持的第一属性以及第一方法，所述第二哈希表中包括所述第一操作系统和所述其他操作系统共同支持的第二属性和第二方法；

对比模块303，用于将所述待检测参数与所述目标哈希表进行对比，得到所述待检测参数的检测结果。

在一个实施例中，所述第二获取模块包括：

合并模块，用于在所述电子设备的缓存中不包括所述目标哈希表的情况下，将所述第一哈希表与所述第二哈希表进行合并，得到所述目标哈希表；

调用模块，用于在所述电子设备的缓存中包括所述目标哈希表的情况下，调取所述电子设备的缓存中的所述目标哈希表。

在一个实施例中，所述第一属性包括第一应用程序接口的属性、第一组件的属性、第一框架的属性和第一类中的属性中的至少一项；

所述第一方法包括所述第一类中的方法；

所述第二属性包括第二应用程序接口的属性、第二组件的属性、第二框架的属性和第二类中的属性中的至少一项；

所述第二方法包括所述第二类中的方法；

所述待检测参数包括待检测属性或/和待检测方法。

在一个实施例中，所述第一哈希表包括第一子哈希表、第二子哈希表和第三子哈希表中的至少一项；所述第二哈希表包括第四子哈希表、第五子哈希表和第六子哈希表中的至少一项；

所述第一子哈希表包括所述第一应用程序接口的属性、所述第一类中的属性以及所述第一方法；

所述第二子哈希表包括第一组件的属性；

所述第三子哈希表包括所述第一框架的属性；

所述第四子哈希表包括所述第二应用程序接口的属性、所述第二类中的属性以及所述第二方法；

所述第五子哈希表包括第二组件的属性；

所述第六子哈希表包括所述第二框架的属性；

所述将所述第一哈希表与所述第二哈希表进行合并，得到所述目标哈希表，包括：

将第一子目标哈希表、第二子目标哈希表和第三子目标哈希表中的至少一项进行合并，得到所述目标哈希表；

其中，所述第一子目标哈希表通过所述第一子哈希表与所述第四子哈希表合并得到，所述第二子目标哈希表通过所述第二子哈希表与所述第五子哈希表进行合并得到，所述第三子目标哈希表通过所述第三子哈希表与所述第六子哈希表合并得到。

在一个实施例中，所述待检测参数包括待检测属性或/和待检测方法；

所述将所述待检测参数与所述目标哈希表进行对比，得到所述待检测参数的检测结果，包括：

在所述目标哈希表中包括所述待检测参数的情况下，得到所述待检测参数的可用检测结果；

或者，在所述目标哈希表中不包括所述待检测参数的情况下，得到所述待检测参数的不可用检测结果。

上述各实施例的小程序中参数可用性检测装置为实现上述各实施例的小程序中参数可用性检测方法的装置，技术特征对应，技术效果对应，在此不再赘述。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图4所示，是根据本申请实施例的小程序中参数可用性检测方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图4所示，该电子设备包括：一个或多个处理器401、存储器402，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUM的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图4中以一个处理器401为例。

存储器402即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的小程序中参数可用性检测方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的小程序中参数可用性检测方法。

存储器402作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的小程序中参数可用性检测方法对应的程序指令/模块(例如，附图3所示的第一获取模块301、第二获取模块302、对比模块303)。处理器401通过运行存储在存储器402中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的小程序中参数可用性检测方法。

存储器402可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据键盘显示的电子设备的使用所创建的数据等。此外，存储器402可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器402可选包括相对于处理器401远程设置的存储器，这些远程存储器可以通过网络连接至键盘显示的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

小程序中参数可用性检测方法的电子设备还可以包括：输入装置403和输出装置404。处理器401、存储器402、输入装置403和输出装置404可以通过总线或者其他方式连接，图4中以通过总线连接为例。

输入装置403可接收输入的数字或字符信息，以及产生与键盘显示的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置404可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASMC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者第二可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

根据本申请实施例的技术方案，通过第一哈希表与第二哈希表合并得到的目标哈希表进行检测，其中，第二哈希表是包括第一操作系统和其他操作系统共同支持的第二属性和第二方法，而第一哈希表是包括电子设备的第一操作系统支持的第一属性以及第一方法，即在检测过程中，不但将第一操作系统和其他操作系统共同支持的第二属性和第二方法应用到检测中，而且由于第一操作系统不同，所支持的第一属性和第一方法可不同，在本申请实施例中，还考虑了电子设备的操作系统，即将执行实施例的方法的电子设备的第一操作系统支持的第一属性以及第一方法应用到检测中，如此，可提高小程序中参数可用性检测的准确性。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

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

Claims (12)

1.一种小程序中参数可用性检测方法，其特征在于，应用于电子设备，所述方法包括：

接收在所述小程序中的第一操作，并响应于所述第一操作，获取所述小程序的待检测参数；

获取目标哈希表，其中，所述目标哈希表为第一哈希表与第二哈希表合并得到的哈希表，所述第一哈希表中包括所述电子设备的第一操作系统支持的第一属性以及第一方法，所述第二哈希表中包括所述第一操作系统和其他操作系统共同支持的第二属性和第二方法；

将所述待检测参数与所述目标哈希表进行对比，得到所述待检测参数的检测结果。

2.根据权利要求1所述的方法，其特征在于，所述获取目标哈希表包括：

在所述电子设备的缓存中不包括所述目标哈希表的情况下，将所述第一哈希表与所述第二哈希表进行合并，得到所述目标哈希表；

或者，在所述电子设备的缓存中包括所述目标哈希表的情况下，调取所述电子设备的缓存中的所述目标哈希表。

3.根据权利要求2所述的方法，其特征在于，所述第一属性包括第一应用程序接口的属性、第一组件的属性、第一框架的属性和第一类中的属性中的至少一项；

所述第一方法包括所述第一类中的方法；

所述第二属性包括第二应用程序接口的属性、第二组件的属性、第二框架的属性和第二类中的属性中的至少一项；

所述第二方法包括所述第二类中的方法；

所述待检测参数包括待检测属性或/和待检测方法。

4.根据权利要求3所述的方法，其特征在于，所述第一哈希表包括第一子哈希表、第二子哈希表和第三子哈希表中的至少一项；所述第二哈希表包括第四子哈希表、第五子哈希表和第六子哈希表中的至少一项；

所述第一子哈希表包括所述第一应用程序接口的属性、所述第一类中的属性以及所述第一方法；

所述第二子哈希表包括第一组件的属性；

所述第三子哈希表包括所述第一框架的属性；

所述第四子哈希表包括所述第二应用程序接口的属性、所述第二类中的属性以及所述第二方法；

所述第五子哈希表包括第二组件的属性；

所述第六子哈希表包括所述第二框架的属性；

所述将所述第一哈希表与所述第二哈希表进行合并，得到所述目标哈希表，包括：

将第一子目标哈希表、第二子目标哈希表和第三子目标哈希表中的至少一项进行合并，得到所述目标哈希表；

其中，所述第一子目标哈希表通过所述第一子哈希表与所述第四子哈希表合并得到，所述第二子目标哈希表通过所述第二子哈希表与所述第五子哈希表进行合并得到，所述第三子目标哈希表通过所述第三子哈希表与所述第六子哈希表合并得到。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述待检测参数包括待检测属性或/和待检测方法；

所述将所述待检测参数与所述目标哈希表进行对比，得到所述待检测参数的检测结果，包括：

在所述目标哈希表中包括所述待检测参数的情况下，得到所述待检测参数的可用检测结果；

或者，在所述目标哈希表中不包括所述待检测参数的情况下，得到所述待检测参数的不可用检测结果。

6.一种小程序中参数可用性检测装置，其特征在于，应用于电子设备，所述装置包括：

第一获取模块，用于接收在所述小程序中的第一操作，并响应于所述第一操作，获取所述小程序的待检测参数；

第二获取模块，用于获取目标哈希表，其中，所述目标哈希表为第一哈希表与第二哈希表合并得到的哈希表，所述第一哈希表中包括所述电子设备的第一操作系统支持的第一属性以及第一方法，所述第二哈希表中包括所述第一操作系统和其他操作系统共同支持的第二属性和第二方法；

对比模块，用于将所述待检测参数与所述目标哈希表进行对比，得到所述待检测参数的检测结果。

7.根据权利要求6所述的装置，其特征在于，所述第二获取模块包括：

合并模块，用于在所述电子设备的缓存中不包括所述目标哈希表的情况下，将所述第一哈希表与所述第二哈希表进行合并，得到所述目标哈希表；

调用模块，用于在所述电子设备的缓存中包括所述目标哈希表的情况下，调取所述电子设备的缓存中的所述目标哈希表。

8.根据权利要求7所述的装置，其特征在于，所述第一属性包括第一应用程序接口的属性、第一组件的属性、第一框架的属性和第一类中的属性中的至少一项；

所述第一方法包括所述第一类中的方法；

所述第二属性包括第二应用程序接口的属性、第二组件的属性、第二框架的属性和第二类中的属性中的至少一项；

所述第二方法包括所述第二类中的方法；

所述待检测参数包括待检测属性或/和待检测方法。

9.根据权利要求8所述的装置，其特征在于，所述第一哈希表包括第一子哈希表、第二子哈希表和第三子哈希表中的至少一项；所述第二哈希表包括第四子哈希表、第五子哈希表和第六子哈希表中的至少一项；

所述第一子哈希表包括所述第一应用程序接口的属性、所述第一类中的属性以及所述第一方法；

所述第二子哈希表包括第一组件的属性；

所述第三子哈希表包括所述第一框架的属性；

所述第四子哈希表包括所述第二应用程序接口的属性、所述第二类中的属性以及所述第二方法；

所述第五子哈希表包括第二组件的属性；

所述第六子哈希表包括所述第二框架的属性；

所述将所述第一哈希表与所述第二哈希表进行合并，得到所述目标哈希表，包括：

将第一子目标哈希表、第二子目标哈希表和第三子目标哈希表中的至少一项进行合并，得到所述目标哈希表；

其中，所述第一子目标哈希表通过所述第一子哈希表与所述第四子哈希表合并得到，所述第二子目标哈希表通过所述第二子哈希表与所述第五子哈希表进行合并得到，所述第三子目标哈希表通过所述第三子哈希表与所述第六子哈希表合并得到。

10.根据权利要求6-9中任一项所述的装置，其特征在于，所述待检测参数包括待检测属性或/和待检测方法；

所述将所述待检测参数与所述目标哈希表进行对比，得到所述待检测参数的检测结果，包括：

在所述目标哈希表中包括所述待检测参数的情况下，得到所述待检测参数的可用检测结果；

或者，在所述目标哈希表中不包括所述待检测参数的情况下，得到所述待检测参数的不可用检测结果。

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

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1-5中任一项的方法。

12.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行如权利要求1-5中任一项的方法。

Images