CN105068791A - 一种实现底层库的方法及装置 - Google Patents

Abstract

本申请公开了一种实现底层库的方法及装置，所述底层库包括核心库和与所述核心库连接的多个子库，所述方法包括：所述核心库接收应用层发送的处理请求，所述处理请求中携带有应用层请求调用的函数的函数标识和执行函数所需的参数；所述核心库根据所述函数标识从所述多个子库中查询出执行函数的子库，将所述函数标识和参数传递给执行函数的子库，以使执行函数的子库根据所述函数标识调用函数，根据所述参数执行函数完成相应处理。本申请通过核心库连接多个子库，核心库对应用层提供统一的接口，使得接口不会因为业务的变化而变化，提高了底层库的可维护性和扩展性，解决了接口不断变化带来的反复修改的问题。

Description

一种实现底层库的方法及装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种实现底层库的方法及装置。

背景技术

近年来随着智能手机的发展与成熟，智能手机上使用的应用(APP)也不断推陈出新。针对智能手机的应用，需要开发基于Android系统和IOS系统的两个版本的应用。因为同款应用业务的共通性，可以将共同部分以动态库/静态库的方式实现。

静态库的调用需要有与静态库对应的接口头文件，当有新业务或者存在问题需要修改库文件时，对应的接口头文件也需要改动，这就使得使用静态库的工程的编译需要更多的时间。

随着业务的增加，在应用的开发中也需要使用越来越多的动态库，而应用层只关心其可以使用哪些函数，不关心函数所属的动态库，这就产生的对动态库的管理问题。

发明内容

本发明要解决的技术问题是提供一种实现底层库的方法及装置，能够避免在业务发生变化时对接口等的修改，提高底层库的可维护性和扩展性。

为解决上述技术问题，本发明的一种实现底层库的方法，所述底层库包括核心库和与所述核心库连接的多个子库，所述方法包括：

所述核心库接收应用层发送的处理请求，所述处理请求中携带有应用层请求调用的函数的函数标识和执行函数所需的参数；

所述核心库根据所述函数标识从所述多个子库中查询出执行函数的子库，将所述函数标识和参数传递给执行函数的子库，以使执行函数的子库根据所述函数标识调用函数，根据所述参数执行函数完成相应处理。

进一步地，所述核心库中保存有子库列表，所述子库列表中保存有各子库的指针；

所述核心库根据所述函数标识从所述多个子库中查询出执行函数的子库，包括：根据所述函数标识和所述子库列表中保存的各子库的指针，向子库查询是否能够执行所述函数标识对应的函数，在收到能够执行的应答后，将发送所述应答的子库作为所述执行函数的子库。

进一步地，所述核心库与每个子库之间均分别设置有第一接口和第二接口；所述核心库与所述应用层之间设置有第三接口；

所述核心库通过所述第一接口从所述多个子库中查询出执行函数的子库；通过所述第二接口将所述函数标识和参数传递给执行函数的子库；通过所述第三接口接收所述处理请求；其中，所述第二接口与所述第三接口为相同的接口。

进一步地，一种实现底层库的方法，所述底层库包括核心库和与所述核心库连接的多个子库，所述方法包括：

所述子库在所述核心库查询执行函数的子库时，判断函数是否是由子库自身执行，如果是，则向核心库返回能够执行的应答；并且，接收核心库传递的函数标识和参数，根据所述函数标识调用函数，根据所述参数执行函数完成相应处理。

进一步地，所述子库中保存有函数映射表，所述函数映射表中记录有子库能够提供的函数；

所述判断函数是否是由子库自身执行，包括：子库根据核心库在进行查询时发送的函数标识在自身的函数映射表中进行遍历，确定所述函数标识是否包含在自身的函数映射表中，如果是，则判断函数由子库自身执行；否则，判断函数不是由子库自身执行。

进一步地，一种实现底层库的装置，包括：核心库单元和多个子库单元，所述核心库单元分别与每个子库单元连接，其中：

所述核心库单元，用于接收应用层发送的处理请求，所述处理请求中携带有应用层请求调用的函数的函数标识和执行函数所需的参数；根据所述函数标识从所述多个子库单元中查询出执行函数的子库单元，将所述函数标识和参数传递给执行函数的子库单元，以使执行函数的子库单元根据所述函数标识调用函数，根据所述参数执行函数完成相应处理。

进一步地，所述核心库单元，还用于保存子库列表，所述子库列表中保存有各子库单元的指针；

所述核心库单元根据所述函数标识从所述多个子库单元中查询出执行函数的子库单元，包括：根据所述函数标识和所述子库列表中保存的各子库单元的指针，向子库单元查询是否能够执行所述函数标识对应的函数，在收到能够执行的应答后，将发送所述应答的子库单元作为所述执行函数的子库单元。

进一步地，所述核心库单元与每个子库单元之间均分别设置有第一接口和第二接口；所述核心库单元与所述应用层之间设置有第三接口；

所述核心库单元通过所述第一接口从所述多个子库单元中查询出执行函数的子库单元；通过所述第二接口将所述函数标识和参数传递给执行函数的子库单元；通过所述第三接口接收所述处理请求；其中，所述第二接口与所述第三接口为相同的接口。

进一步地，一种实现底层库的装置，包括：核心库单元和多个子库单元，所述核心库单元分别与每个子库单元连接，其中：

所述子库单元，用于在所述核心库单元查询执行函数的子库单元时，判断函数是否是由子库自身执行，如果是，则向核心库单元返回能够执行的应答；并且，接收核心库单元传递的函数标识和参数，根据所述函数标识调用函数，根据所述参数执行函数完成相应处理。

进一步地，所述子库单元中保存有函数映射表，所述函数映射表中记录有子库能够提供的函数；

所述子库单元判断函数是否是由子库自身执行，包括：根据核心库单元在进行查询时发送的函数标识在自身的函数映射表中进行遍历，确定所述函数标识是否包含在自身的函数映射表中，如果是，则判断函数由子库自身执行；否则，判断函数不是由子库自身执行。

综上所述，本申请通过核心库连接多个子库，核心库对应用层提供统一的接口，使得接口不会因为业务的变化而变化，提高了底层库的可维护性和扩展性，解决了接口不断变化带来的反复修改的问题；本申请的底层库管理多个子库，可以更简单的将功能以库的形式封装，提高了底层库的内聚性和封装性；本申请的底层库不必关心应用是基于Android平台还是IOS平台，通用性更强。

附图说明

图1为本申请的底层库的架构图；

图2为本申请的实现底层库的方法的实施例1的流程图；

图3为本申请的实现底层库的方法的实施例2的流程图；

图4为本申请的实现底层库的装置的架构图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

如图1所示，本申请中的底层库包括核心库和多个子库，核心库与每个子库分别建立连接。核心库还与应用层建立有连接。

实施例1：

如图2所示，本申请的实现底层库的方法，包括：

步骤201：核心库接收应用层发送的处理请求，其中，处理请求中携带有应用层请求调用的函数的函数标识和执行函数所需的参数；

本申请中的核心库和子库可以是静态库也可以是动态库。

应用层在需要调用函数时，向底层库发起处理请求。应用层通过调用与核心库之间唯一的接口向核心库发送该处理请求。在请求中携带请求调用的函数的函数标识和执行函数所需的参数。函数标识可以是函数名称等能够唯一标识出某一函数的标识。

本申请的方法可以应用于任何需要使用库来提供函数的情况中。

步骤202：核心库根据函数标识从多个子库中查询出执行函数的子库；

当核心库收到应用层的处理请求时，会根据应用层传递的函数标识向子库进行查询，从管理的多个子库中查询出执行应用层所调用的函数的子库。核心库可以通过向子库发送查询消息查询执行函数的子库，在查询消息中可以携带应用层请求调用的函数的函数标识。

核心库与每个子库之间均设置有两个接口，包括第一接口和第二接口(第二接口在下文中进行说明)，核心库通过调用第一接口从多个子库中查询出执行函数的子库。

本申请的核心库中保存有子库列表，在初始化子库时会将各子库的指针保存到子库列表中。应用层在使用底层库前需要初始化底层库，初始化的内容包括加载子库及函数注册等。加载子库是将子库的指针保存到核心库的子库列表对象中。为了能够得到子库的指针，需要各子库均实现返回指针的方法供核心库调用。函数注册是指各子库将其可提供的函数记录于子库本身的函数映射表中，用于在核心库向子库查询是否能够处理应用层的处理请求时进行判断。

核心库查询执行函数的子库时，是根据函数标识和子库列表中保存的各子库的指针，向子库查询是否能够执行函数标识对应的函数，在收到能够执行的应答后，将发送应答的子库作为执行函数的子库。

核心库在查询执行函数的子库时，可以是通过遍历子库列表中的子库的指针逐个的向子库查询应用层的处理请求是否可以由所查询的子库进行处理，若所查询的子库无法处理，则继续向下一个子库查询；若所查询的子库可以处理应用层的处理请求，则不再遍历子库列表中剩余的子库的指针。核心库将函数标识和执行函数所需的参数传递到所查询到的子库，由所查询到的子库进行对应处理。若各子库均无法处理，则核心库向应用层返回请求失败应答。

步骤203：核心库将处理请求中携带的函数标识和参数传递给执行函数的子库，以使执行函数的子库根据函数标识调用函数，根据参数执行函数完成相应处理。

核心库通过调用第二接口将函数标识和参数传递给执行函数的子库。第二接口上可以采用json格式传递函数标识和执行函数所需的参数。采用这种方式传递数据的数量灵活，数据值的类型也更加灵活，可以根据应用层请求调用的函数，灵活的组合所传递的全部数据。例如，传递的数据的格式可以是：{"_clientVersion":1,"_password":"****","_userName":"admin"}。

另外，核心库与应用层之间通过设置的第三接口建立连接，通过第三接口接收处理请求。该第三接口与核心库和子库之间的第二接口为相同的接口。与第二接口相同，应用层采用json格式向底层库传递函数标识和执行函数所需的参数。

实施例2：

如图3所示，本申请的实现底层库的方法，包括：

步骤301：子库接收核心库发送的查询消息，查询消息用于查询执行应用层请求调用的函数的子库；

本申请中，应用层在需要调用函数时，向核心库发送处理请求。核心库在接收到应用层发送的处理请求后，通过调用与子库之间的第一接口向子库发送查询消息确定执行函数的子库，子库通过第一接口接收核心库发送的查询消息。

步骤302：子库在接收到查询消息后，判断函数是否是由子库自身执行，如果是，则执行步骤303；否则，执行步骤304；

本申请中，子库中保存有函数映射表，在应用层初始化子库时通过函数注册将子库能够提供的函数记录于该子库自身的函数映射表中。核心库发送的查询消息中携带有应用层请求调用的函数的函数标识，函数标识可以是函数名称等。

子库判断函数是否是由子库自身执行可以是：根据核心库在进行查询时发送的函数标识在自身的函数映射表中进行遍历，确定函数标识是否包含在自身的函数映射表中，如果是，则判断函数由子库自身执行；否则，判断函数不是由子库自身执行。

步骤303：子库向核心库返回能够执行的应答，并且，接收核心库传递的函数标识和参数，根据函数标识调用函数，根据参数执行函数完成相应处理；

子库通过调用第一接口向核心库返回能够执行的应答，核心库在根据应答确定执行函数的子库后，会调用与子库之间的第二接口，将应用层请求调用的函数的函数标识和执行函数所需的参数传递给子库。子库通过该第二接口接收核心库传递的函数标识和参数。当子库在接收到核心库传递的函数标识和参数后，会根据函数标识选择对应函数，根据参数执行函数。

子库在完成相应处理后，将处理结果返回给核心库，核心库将处理结果转发给应用层。

步骤304：子库向核心库返回无法执行的应答。

子库在向核心库返回无法执行的应答后，核心库会进一步地向应用层返回请求失败应答。

如图4所示，本申请的实现底层库的装置，包括：核心库单元和多个子库单元，核心库单元分别与每个子库单元连接，其中：

核心库单元，用于接收应用层发送的处理请求，处理请求中携带有应用层请求调用的函数的函数标识和执行函数所需的参数；根据函数标识从多个子库单元中查询出执行函数的子库单元，将函数标识和参数传递给执行函数的子库单元，以使执行函数的子库单元根据函数标识调用函数，根据参数执行函数完成相应处理。

核心库单元，还用于保存子库列表，子库列表中保存有各子库单元的指针；

核心库单元根据函数标识从多个子库单元中查询出执行函数的子库单元，包括：根据函数标识和子库列表中保存的各子库单元的指针，向子库单元查询是否能够执行函数标识对应的函数，在收到能够执行的应答后，将发送应答的子库单元作为执行函数的子库单元。

核心库单元与每个子库单元之间均分别设置有第一接口和第二接口；核心库单元与应用层之间设置有第三接口；

核心库单元通过第一接口从多个子库单元中查询出执行函数的子库单元；通过第二接口将函数标识和参数传递给执行函数的子库单元；通过第三接口接收处理请求；其中，第二接口与第三接口为相同的接口。

本申请的另一种实现底层库的装置，包括：核心库单元和多个子库单元，核心库单元分别与每个子库单元连接，其中：

子库单元，用于在核心库单元查询执行函数的子库单元时，判断函数是否是由子库自身执行，如果是，则向核心库单元返回能够执行的应答；并且，接收核心库单元传递的函数标识和参数，根据函数标识调用函数，根据参数执行函数完成相应处理。

子库单元中保存有函数映射表，函数映射表中记录有子库能够提供的函数；

子库单元判断函数是否是由子库自身执行，包括：根据核心库单元在进行查询时发送的函数标识在自身的函数映射表中进行遍历，确定函数标识是否包含在自身的函数映射表中，如果是，则判断函数由子库自身执行；否则，判断函数不是由子库自身执行。

本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

尽管上文对本发明进行了详细说明，但是本发明不限于此，本技术领域技术人员可以根据本发明的原理进行各种修改。因此，凡按照本发明原理所作的修改，都应当理解为落入本发明的保护范围。

Claims (10)

1.一种实现底层库的方法，其特征在于，所述底层库包括核心库和与所述核心库连接的多个子库，所述方法包括：

所述核心库接收应用层发送的处理请求，所述处理请求中携带有应用层请求调用的函数的函数标识和执行函数所需的参数；

所述核心库根据所述函数标识从所述多个子库中查询出执行函数的子库，将所述函数标识和参数传递给执行函数的子库，以使执行函数的子库根据所述函数标识调用函数，根据所述参数执行函数完成相应处理。

2.如权利要求1所述的方法，其特征在于：

所述核心库中保存有子库列表，所述子库列表中保存有各子库的指针；

所述核心库根据所述函数标识从所述多个子库中查询出执行函数的子库，包括：根据所述函数标识和所述子库列表中保存的各子库的指针，向子库查询是否能够执行所述函数标识对应的函数，在收到能够执行的应答后，将发送所述应答的子库作为所述执行函数的子库。

3.如权利要求1或2所述的方法，其特征在于：

所述核心库与每个子库之间均分别设置有第一接口和第二接口；所述核心库与所述应用层之间设置有第三接口；

所述核心库通过所述第一接口从所述多个子库中查询出执行函数的子库；通过所述第二接口将所述函数标识和参数传递给执行函数的子库；通过所述第三接口接收所述处理请求；其中，所述第二接口与所述第三接口为相同的接口。

4.一种实现底层库的方法，其特征在于，所述底层库包括核心库和与所述核心库连接的多个子库，所述方法包括：

所述子库在所述核心库查询执行函数的子库时，判断函数是否是由子库自身执行，如果是，则向核心库返回能够执行的应答；并且，接收核心库传递的函数标识和参数，根据所述函数标识调用函数，根据所述参数执行函数完成相应处理。

5.如权利要求4所述的方法，其特征在于：

所述子库中保存有函数映射表，所述函数映射表中记录有子库能够提供的函数；

所述判断函数是否是由子库自身执行，包括：子库根据核心库在进行查询时发送的函数标识在自身的函数映射表中进行遍历，确定所述函数标识是否包含在自身的函数映射表中，如果是，则判断函数由子库自身执行；否则，判断函数不是由子库自身执行。

6.一种实现底层库的装置，其特征在于，包括：核心库单元和多个子库单元，所述核心库单元分别与每个子库单元连接，其中：

所述核心库单元，用于接收应用层发送的处理请求，所述处理请求中携带有应用层请求调用的函数的函数标识和执行函数所需的参数；根据所述函数标识从所述多个子库单元中查询出执行函数的子库单元，将所述函数标识和参数传递给执行函数的子库单元，以使执行函数的子库单元根据所述函数标识调用函数，根据所述参数执行函数完成相应处理。

7.如权利要求6所述的装置，其特征在于：

所述核心库单元，还用于保存子库列表，所述子库列表中保存有各子库单元的指针；

所述核心库单元根据所述函数标识从所述多个子库单元中查询出执行函数的子库单元，包括：根据所述函数标识和所述子库列表中保存的各子库单元的指针，向子库单元查询是否能够执行所述函数标识对应的函数，在收到能够执行的应答后，将发送所述应答的子库单元作为所述执行函数的子库单元。

8.如权利要求6或7所述的装置，其特征在于：

所述核心库单元与每个子库单元之间均分别设置有第一接口和第二接口；所述核心库单元与所述应用层之间设置有第三接口；

所述核心库单元通过所述第一接口从所述多个子库单元中查询出执行函数的子库单元；通过所述第二接口将所述函数标识和参数传递给执行函数的子库单元；通过所述第三接口接收所述处理请求；其中，所述第二接口与所述第三接口为相同的接口。

9.一种实现底层库的装置，其特征在于，包括：核心库单元和多个子库单元，所述核心库单元分别与每个子库单元连接，其中：

所述子库单元，用于在所述核心库单元查询执行函数的子库单元时，判断函数是否是由子库自身执行，如果是，则向核心库单元返回能够执行的应答；并且，接收核心库单元传递的函数标识和参数，根据所述函数标识调用函数，根据所述参数执行函数完成相应处理。

10.如权利要求9所述的装置，其特征在于：

所述子库单元中保存有函数映射表，所述函数映射表中记录有子库能够提供的函数；

所述子库单元判断函数是否是由子库自身执行，包括：根据核心库单元在进行查询时发送的函数标识在自身的函数映射表中进行遍历，确定所述函数标识是否包含在自身的函数映射表中，如果是，则判断函数由子库自身执行；否则，判断函数不是由子库自身执行。