[发明专利]一种静态库配置的切换方法和系统

说明书

本发明提供一种静态库配置的切换方法和系统，所述方法包括：S1、根据一个私有仓库中的对应不同工程配置环境的多个配置环境静态库，编写静态库配置切换脚本；S2、在工程的配置文件中，添加所述静态库配置切换脚本的路径，以使得所述工程在编译之前执行所述静态库配置切换脚本，并根据所述工程配置环境切换对应的配置环境静态库配置，更新对应的配置环境静态库；S3、在所述工程编译后，根据更新后的所述对应的配置环境静态库，更新其他多个配置环境静态库。本发明提供的一种静态库配置的切换方法和系统，工程运行时，能够根据工程配置环境自动切换静态库配置，方便简单；且配置环境静态库在同一个私有仓库中，减小了维护人员的工作复杂度。

技术领域

本发明涉及计算机领域，更具体地，涉及一种静态库配置的切换方法和系统。

背景技术

在iOS开发过程中，应用CocoaPods可以让开发中的依赖包管理变的非常简单。工作人员将核心代码打包成静态库以供开发使用，静态库的环境配置分成Debug版本和Release版本，其中，Release版本加入了防调试手段，用于在最后发布的软件包中使用，以防止黑客获取静态库中的核心代码逻辑；Debug版本则用于内部开发，未加入防调试手段。

为了方便iOS软件开发及在开发过程中使用静态库，大都使用CocoaPods进行静态库的管理。在使用CocoaPods进行静态库的管理时，只支持集成静态库的一种环境配置，即集成Debug版本或Release版本。当在需要使用Debug版本时，需要在Podfile中将静态库的设置改成Debug，再更新；同理，当在需要使用Release版本时，需要在Podfile中将静态库的设置改成Release，再更新。当在iOS软件开发过程中需要大规模使用静态库时，这种处理手段使得iOS软件开发效率低下。

针对这一问题，目前iOS开发领域普遍的做法是，首先，创建两个名称不同的仓库，分别用来集成同一个静态库的Debug版本和Release版本，例如，用XXPodDebug集成静态库的Debug版本和用XXPodRelease集成静态库的Release版本。其次，在Podfile中对这两个仓库指定是在Debug版本或Release版本下集成，具体的配置过程如下：

pod‘XXPodDebug’,:config＝’debug’；

pod’XXPodRelease’,:config＝’release’。

最后，运行pod install命令即可按照项目工程当前的配置环境，即Debug版本或Release版本，自动使用对应的静态库。由于创建了两个仓库，这种方法需要静态库维护人员维护两个仓库，每次静态库版本更新都需要更新两个仓库的内容，操作较为复杂。同时，在CocoaPods进行发布时会检查对应的CPU指令集，但在上述方法中，部分静态库可能不支持全部的CPU指令集，这将会导致这部分静态库对应的仓库无法发布。为了解决这个问题，需要设置一个与对应的静态库拥有相同的公共头文件的假的仓库集成进项目工程中，这样在编译程序之前，需要手动删除一份公共头文件，这种方案在进行iOS软件开发切换静态库配置时较为复杂，耗时耗力。

发明内容

本发明提供一种克服上述现有切换静态库配置的方案较为复杂，耗时耗力的问题的一种静态库配置的切换方法和系统。

根据本发明的一个方面，提供一种静态库配置的切换方法，包括：S1、根据一个私有仓库中的对应不同工程配置环境的多个配置环境静态库，编写静态库配置切换脚本；S2、在工程的配置文件中，添加所述静态库配置切换脚本的路径，以使得所述工程在编译之前执行所述静态库配置切换脚本，并根据所述工程配置环境切换对应的配置环境静态库配置，更新对应的配置环境静态库；S3、在所述工程编译后，根据更新后的所述对应的配置环境静态库，更新其他多个配置环境静态库。