配置化接入同类型SDK的安卓移动端开发方法技术

本发明专利技术涉及一种配置化接入同类型SDK的安卓移动端开发方法，包括以下步骤：根据需要的功能选择第三方SDK作为目标SDK；在基础仓库设计一套框架，抽象出基础能力，并开放抽象接口；将一个目标SDK设置为默认SDK；有SDK配置命令时，业务模块调用SDK配置命令指定的接入SDK的相关资源作为所需功能的资源进行打包；否则，业务模块调用默认SDK的相关资源作为所需功能的资源进行打包。本发明专利技术中，采用配置化接入同类型SDK的方式，通过较小的配置改动即可实现服务替换；另外，基础仓库打包时只会打包一个第三方SDK的资源，能够规避多种同类型SDK共存引起的安装包大小提升的情况。

【技术实现步骤摘要】
配置化接入同类型SDK的安卓移动端开发方法
本专利技术属于安卓移动端开发
，涉及一种配置化接入同类型SDK的安卓移动端开发方法。
技术介绍
目前在业界中模块化开发已经成为主流，项目架构上主要分成两层：基础仓库+业务模块。业务开发中往往会用到第三方SDK提供的能力，比如消息推送、数据上报等，这些能力可沉淀成基础仓库的一部分，以供多个项目复用。而第三方SDK具备不稳定性、不可控性(如服务提供商变更收费、终止项目、服务在海外不可用等)，在当前使用的技术方案不满足需求时需要引用其他技术。当前处理此类问题的方案有两个：1、删除原有SDK服务，接入新SDK服务；2、两种SDK服务方案并存，通过代码控制所要使用的服务；方案1简单直接，但是会导致基础仓库较大的改动，对其他复用基础仓库的项目造成影响。而方案2会导致冗余SDK服务引入项目，带来更大的不稳定性，并且会导致安装包体积上升。
技术实现思路
有鉴于此，本专利技术的目的在于提供一种能够高效切换第三方SDK且不会导入冗余服务的配置化接入同类型SDK的安卓移动端开发方法。为达到上述目的，本专利技术提供如下技术方案：一种配置化接入同类型SDK的安卓移动端开发方法，包括以下步骤：步骤S1、根据需要第三方SDK实现的功能，选择两个或两个以上实现该功能的第三方SDK作为目标SDK，并获取目标SDK的相关资源；步骤S2、在基础仓库设计一套框架，抽象出基础能力，开放第三方SDK接入的抽象接口，并通过接口管理器组装成服务以供调用，以及将各目标SDK的相关资源存放至基础仓库；步骤S3、通过脚本配置的方式，将一个目标SDK设置为默认SDK，并设置目标SDK的相关资源所在的目录；步骤S4、业务模块引用基础仓库服务，并检测是否有SDK配置命令，如果有SDK配置命令，则执行步骤S5；否则，执行步骤S6；步骤S5、调用SDK配置命令指定的接入SDK的相关资源作为所需功能的资源进行打包，生成安卓移动端安装包；步骤S6、调用默认SDK的相关资源作为所需功能的资源进行打包，生成安卓移动端安装包。进一步，需要更改基础服务接入的目标SDK时，在项目根目录下的构建脚本文件中添加配置命令，指定另一目标SDK作为接入SDK。进一步，SDK的相关资源包括逻辑代码、清单文件和资源文件。进一步，在所述步骤S1中，所述抽象接口为API接口，所述接口管理器为对外服务的统一API。进一步，在所述步骤S1中，存放各目标SDK的相关资源时，先在基础仓库建立独立目录，再在独立目录下分别建立各目标SDK的目录用于存放其相关资源。有益效果：本专利技术中，采用配置化接入同类型SDK的方式，只需添加一条配置命令即能够快速切换至所需要的第三方SDK，且无需对基础仓库进行大幅改动，通过较小的配置改动即可实现服务替换，提供了一种高效的同类型SDK配置化接入解决方案。另外，基础仓库打包时只会打包一个第三方SDK的资源，适用于有基础仓库沉淀并且可在多个项目复用的情况，是一种通用的工业化解决方案。使用此专利技术能够让某些具备可替代方案的功能实现快速的方案替换，并且不会因此带冗余服务导入，能够规避方案切换导致多种同类型SDK共存，从而引起的安装包大小提升的情况。本专利技术的其他优点、目标和特征在某种程度上将在随后的说明书中进行阐述，并且在某种程度上，基于对下文的考察研究对本领域技术人员而言将是显而易见的，或者可以从本专利技术的实践中得到教导。本专利技术的目标和其他优点可以通过下面的说明书来实现和获得。附图说明为了使本专利技术的目的、技术方案和优点更加清楚，下面将结合附图对本专利技术作优选的详细描述，其中：图1为本专利技术配置化接入同类型SDK的安卓移动端开发方法的一个优选实施例的流程图；图2为抽象出基础能力并开放第三方SDK接入的抽象接口的框图。具体实施方式以下通过特定的具体实例说明本专利技术的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本专利技术的其他优点与功效。本专利技术还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本专利技术的精神下进行各种修饰或改变。需要说明的是，以下实施例中所提供的图示仅以示意方式说明本专利技术的基本构想，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。其中，附图仅用于示例性说明，表示的仅是示意图，而非实物图，不能理解为对本专利技术的限制；为了更好地说明本专利技术的实施例，附图某些部件会有省略、放大或缩小，并不代表实际产品的尺寸；对本领域技术人员来说，附图中某些公知结构及其说明可能省略是可以理解的。本专利技术实施例的附图中相同或相似的标号对应相同或相似的部件；在本专利技术的描述中，需要理解的是，若有术语“上”、“下”、“左”、“右”、“前”、“后”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本专利技术和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此附图中描述位置关系的用语仅用于示例性说明，不能理解为对本专利技术的限制，对于本领域的普通技术人员而言，可以根据具体情况理解上述术语的具体含义。如图1所示，本专利技术一种配置化接入同类型SDK的安卓移动端开发方法的一个优选实施例包括以下步骤：步骤S1、根据需要第三方SDK实现的功能，选择两个或两个以上实现该功能的第三方SDK作为目标SDK，并获取目标SDK的相关资源；SDK的相关资源包括逻辑代码、清单文件和资源文件。下面以Java环境下需要第三方SDK实现消息推送的功能为例进行说明，选择SDK1和SDK2两个能够实现消息推送功能的第三方SDK作为目标SDK，当然也可以选择更多的具有消息推送功能的第三方SDK作为目标SDK。本实施例中，SDK1为“信鸽推送”，SDK2为“友盟推送”。步骤S2、针对需要接入的SDK1(即“信鸽推送”)和SDK2(即“友盟推送”)在基础仓库设计一套框架，如图2所示，抽象出SDK1和SDK2所需要的基础能力，开放第三方SDK接入的抽象接口，并通过接口管理器组装成服务以供调用；所述抽象接口优选为API接口，接口管理器为对外服务的统一API。将各目标SDK的相关资源存放至基础仓库；优选为先在基础仓库建立独立目录“SDK”，再在独立目录下分别建立各目标SDK的目录(即“SDK1”和“SDK2”)，分别用于存放“信鸽推送”和“友盟推送”的相关资源。目录结构如下所示：步骤S3、通过gradle脚本配置的方式，将一个目标SDK设置为默认SDK；并设置目标SDK的相关资源所在的目录，以便项目构建期间准确导入指定资源，剔除其他无关服务的引入。假设将“信鸽推送”(即SDK1)设置为默认SDK；则在仓库组件目录下的build.gradle配置文件中编写如下代码：步骤S4、业务模块引用基础仓库服务，并检测是否有SDK配置命令，如果有SDK配置本文档来自技高网...

【技术保护点】
1.一种配置化接入同类型SDK的安卓移动端开发方法，其特征在于，包括以下步骤：/n步骤S1、根据需要第三方SDK实现的功能，选择两个或两个以上实现该功能的第三方SDK作为目标SDK，并获取目标SDK的相关资源；/n步骤S2、在基础仓库设计一套框架，抽象出基础能力，开放第三方SDK接入的抽象接口，并通过接口管理器组装成服务以供调用，以及将各目标SDK的相关资源存放至基础仓库；/n步骤S3、通过脚本配置的方式，将一个目标SDK设置为默认SDK，并设置目标SDK的相关资源所在的目录；/n步骤S4、业务模块引用基础仓库服务，并检测是否有SDK配置命令，如果有SDK配置命令，则执行步骤S5；否则，执行步骤S6；/n步骤S5、调用SDK配置命令指定的接入SDK的相关资源作为所需功能的资源进行打包，生成安卓移动端安装包；/n步骤S6、调用默认SDK的相关资源作为所需功能的资源进行打包，生成安卓移动端安装包。/n

【技术特征摘要】
1.一种配置化接入同类型SDK的安卓移动端开发方法，其特征在于，包括以下步骤：
步骤S1、根据需要第三方SDK实现的功能，选择两个或两个以上实现该功能的第三方SDK作为目标SDK，并获取目标SDK的相关资源；
步骤S2、在基础仓库设计一套框架，抽象出基础能力，开放第三方SDK接入的抽象接口，并通过接口管理器组装成服务以供调用，以及将各目标SDK的相关资源存放至基础仓库；
步骤S3、通过脚本配置的方式，将一个目标SDK设置为默认SDK，并设置目标SDK的相关资源所在的目录；
步骤S4、业务模块引用基础仓库服务，并检测是否有SDK配置命令，如果有SDK配置命令，则执行步骤S5；否则，执行步骤S6；
步骤S5、调用SDK配置命令指定的接入SDK的相关资源作为所需功能的资源进行打包，生成安卓移动端安装包；
步骤S6、调用默认SDK的相关资源作为所需功能的资源进行打包，生成安...

【专利技术属性】
技术研发人员：戴斌，叶威锋，刘丁香，刘雄，
申请(专利权)人：广州格兰堂信息科技有限公司，
类型：发明
国别省市：广东;44