Gradle构建变种(一份源码,多份APK)

简介: 需求一份源码,修改API地址,包名,替换桌面图标和一些其他资源文件,生成不同的APK卖给不同的人。PS 篇幅略长,但是绝对全是干货解决方案为解决这个问题,我经历了以下三个阶段:1. 需要几份APK就copy几份源码进行修改。

需求

一份源码,修改API地址,包名,替换桌面图标和一些其他资源文件,生成不同的APK卖给不同的人。

PS 篇幅略长,但是绝对全是干货

解决方案

为解决这个问题,我经历了以下三个阶段:

1. 需要几份APK就copy几份源码进行修改。
2. 将整个项目作为module来引用。
3. 使用Gradle的Product Flavors来构建变种。

第一种方案:需要几份APK就copy几份源码进行修改

这是早期做Android开发,仍然是EC横行的时候,很痛苦,需要几份就复制几份,开始简单,但是后期维护
却是特别的痛苦。原因是当出现一个BUG的时候需要修改多次,虽然说修改完成一份,后面只需要复制黏贴,但是也是痛苦,可以想象一下,被繁琐的事情缠绕。

第二种方案:将整个项目作为module来引用

这是我接触到了AS,当时考虑的就是将整个项目改造成为module,创建不同的主项目来引用同一份源码,最终改造到一半,不可行,因为要修改大量的代码,比如:
1. ID不再是final类型的了,switch view.id 之类的方法不能再使用。

第三种方案:使用Gradle的Product Flavors来构建变种

前面两种方案简直是让我生不如死,但是随着时间的积累,慢慢的发现出现一种叫做多渠道打包方法,于是我按照这个思路找下去,终于在Google的官方文档中找到了解决方案:

配置构建变体

有兴趣的小伙伴可以直接去看,里面描述了如何去使用。

实践

1.基础配置

1.创建一个普通的空白项目

这一步就不截图了,创建就可以了。

2.在manifest中进行占位符配置

${APP_ICON} 占位启动图标
${APP_NAME} 占位app名称

同理,其他第三方需要的相关配置也是可以使用占位符,例如极光相关和友盟相关

    <permission
    android:name="${JPUSH_MESSAGE_VALUE}"
    android:protectionLevel="signature" />
    
     <meta-data
        android:name="UMENG_APPKEY"
        android:value="${UMENG_APPKEY}" />
    <meta-data
        android:name="UMENG_CHANNEL"
        android:value="${UMENG_CHANNEL}" />

以上的占位符,都可以在gradle中使用其它值来替换。

img_2ab846390774a35887ae3f91028898af.png
清单文件配置

在Gradle中对占位符等进行配置

  1. 对defaultConfig节点做一些修改,增加manifestPlaceholders字段,来替换manifest中的占位符。为了快速演示,所以就没配置极光和友盟了,都是一样的。
    defaultConfig {
        applicationId "com.aohanyao.product.flavorsdemos"
        minSdkVersion 18
        targetSdkVersion 25
        versionCode 1
        versionName "1.0"
        manifestPlaceholders = [APP_ICON: "@mipmap/ic_launcher",
                                APP_NAME: "这是默认的配置"]
    }
    
上面的配置将图标改为了ic_launcher,app的名称改为了这是默认的配置,为了保险起见,先直接运行APP,看看有没有更改成功。

![构建默认的配置](http://upload-images.jianshu.io/upload_images/1760510-29ff843769d475b8.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

从上图可以看到,已经直接运行安装成功了,可以证明我们替换占位符是正确的。

2.变种的配置,ProductFlavors配置
在android节点中配置productFlavors节点,将defaultConfig节点复制一份过来,修改一下需要修改的地方,具体如下配置:

productFlavors {
    //变种1
    flavorsdemo1 {
        applicationId "com.aohanyao.product.flavorsdemos.demo1"//修改了包名
        minSdkVersion 18
        targetSdkVersion 25
        versionCode 1
        versionName "1.0"
        manifestPlaceholders = [APP_ICON: "@mipmap/ic_launcher1",
                                APP_NAME: "变种1"]
    }
    //变种2
    flavorsdemo2 {
        applicationId "com.aohanyao.product.flavorsdemos.demo2"//修改了包名
        minSdkVersion 18
        targetSdkVersion 25
        versionCode 1
        versionName "1.0"
        manifestPlaceholders = [APP_ICON: "@mipmap/ic_launcher2",
                                APP_NAME: "变种2"]
    }
}

为了方便区分,我增加了ic_launcher1和ic_launcher2两个图标。

详细配置截图:

img_ce82d096439bed9886dfb5ee2fe2e5c5.png
构建变种配置

在上面的配置中,分别修改了APP的包名,名称以及图标。接下来就是验证是否成功了。只要这这两个都能安装上就算是成功(同样的包名是不能安装在同一台手机上的,当然有种黑科技不算)。配置完成后同步一下。

3.选择构建变体

菜单->Build->Select Build Variant

这时候左下会出现一个窗口,如果Select Build Variant无法选中的话,请先选择app目录。

img_c588d909f0d3ded965d1bbab4182a866.png
Select Build Variant

可以看到,在gradle中配置的flavorsdemo1和flavorsdemo2都出现在了了选项中,一个是debug版本,一个是release版本,不用管它,直接选择debug版本就好,选择完成后会重新创建,这里先选择flavorsdemo1Debug,等待build完成后直接运行。安装完成后再选择flavorsdemo2Debug版本,等待build,安装。见证奇迹的时候到了:

img_6da1acba2c61c066c567f19ada418d9f.png
构建变种成功安装

可以看到,变种1和变种2都安装成功了,而且图标都不一样。这时候可能会有人问:包名呢?来来,使用ADM来看看正在运行中的程序:

img_840e14aff4646a2fa648874d766c1fd6.png
查看两个变种的包名

看,demo1和demo2都在,而且和我们配置的一毛一样呀,看到这里,有没有朋友想到更广泛的用途呢?

到这里,构建变种的基础就算完成,接下来就是配置不同的源码和资源文件。

2.源码配置

业务场景

  1. 构建多个APP,那么其中的API的地址肯定是不一样的对吧,我的做法是将API存放在一个全局的常亮类中,那么久可以将它抽取出来,为不同的变种配置不同的地址。
  2. 权限控制,页面跳转控制。说的庸俗一点,同一个APP,有一个功能模块A是后来开发的,而前面有些客户没有给这个功能模块A的钱,那肯定是不能给他看的呀,所以可以在一个类中加个flag来控制显示与隐藏功能。
  3. 反正呢,就是用来配置少量不同源码,大多数源码是应该写在main下,变种只用来做少量配置。

实践

在这我只实现第一条,一法通百法通,其它都是一样的。

  1. 首先要使用project视图,这样才能完全的看到整个项目结构,然后在src下(和main同级)创建和变种名字相同的目录.以下:
img_6c82223bd409e110361d89ca2d5d948b.png
构建变种,创建源码目录
  1. 创建包

首先在flavorsdemo1和flavorsdemo2下创建java和res文件夹,让后再java目录下创建包,这里创建的包要和main下面的一样,而且flavorsdemo1和flavorsdemo2的目录也必须一致,还有变种中存在的类,main中是不允许存在的。

先看图,再解释:


img_4b06785b779468acc2b195bf4ac934dc.png
变种目录结构

三个源码下的包名都是一致的,在变种中增加了global包,并创建了一个全局类

flavorsdemo1 Constant

    public class Constant {
    public static final String API_ADDRESS="这是变种1的API地址";
    }

flavorsdemo2 Constant

    public class Constant {
    public static final String API_ADDRESS="这是变种2的API地址";
    }

两个类的名字,变量名称都是一样的,只是值不相同,接下来在MainActivity中引用

布局文件


    <?xml version="1.0" encoding="utf-8"?>
    <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
        xmlns:app="http://schemas.android.com/apk/res-auto"
        xmlns:tools="http://schemas.android.com/tools"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:orientation="vertical"
        tools:context="com.aohanyao.product.flavorsdemos.MainActivity">
    
        <TextView
            android:id="@+id/tv_api"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:text="Hello World!"
            app:layout_constraintBottom_toBottomOf="parent"
            app:layout_constraintLeft_toLeftOf="parent"
            app:layout_constraintRight_toRightOf="parent"
            app:layout_constraintTop_toTopOf="parent" />
    
    </LinearLayout>

MainActivity

public class MainActivity extends AppCompatActivity {

    private TextView tvApi;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        tvApi = (TextView) findViewById(R.id.tv_api);
        tvApi.setText(Constant.API_ADDRESS);
    }
}

直接对Constant.API_ADDRESS进行引用,来,直接启动两个变种吧。

img_ab4229b859d36440bf528a7f15b7c997.png
构建变种8-源码配置

图中分别是flavorsdemo1和flavorsdemo1两个变种,可见,显示的都是对应的Constant.API_ADDRESS中的值,看到这里,配置不同源码部分就算是完成,所以应该发散一下思维,这可可以做到很多事情的。

3.资源配置

业务场景

比如,变种一和变种二的某个功能模块相同,但是名字和图标不相同

1. 大量文字变更
2. 大量图标变更

实践

替换字符串资源和图片资源

首先在两个变种的res目录下创建values目录,创建相同的资源文件fd_string.xml,各自创建相同的字符串资源名称。并在MainActivity进行了引用。

img_0bcd5cd078d6fe8843e116f41df9a4f1.png
构建变种9-配置不同的字符串资源

接下来分别启动两个变种,看看结果

img_913c422b84369b8318c8e18d36708c8d.png
构建变种9-配置不同的字符串资源-结果

很明显,达到了想要的效果。

下一步就是图片资源的替换,和上面一样,创建相应的资源文件夹,放入名称一样,内容不一样的图片,并在MainActivity中引用。

img_15f2e5dd01232b4a35b2e05a3c535c77.png
构建变种10-图片资源配置

来看看结果

img_a9ead12e82911363ab1ac2a12982012e.png
构建变种10-图片资源配置-结果

至此,利用Gradle构建变种就算是完全完成了。

最后

如果文中有什么不对的地方,欢迎指出!

源码地址 欢迎star

我的简书

来来扫下码,关注一下吧,或者微信搜索AndroidRookie

img_b246dc41a34e6fdd3598d113e0f65194.jpe
AndroidRookie
目录
相关文章
|
存储 缓存 Java
《Gradle构建脚本的基本结构和语法》
《Gradle构建脚本的基本结构和语法》
137 0
|
5月前
|
Java 数据库连接 数据库
在Maven或者Gradle构建配置中添加了必要的依赖
在Maven或者Gradle构建配置中添加了必要的依赖
61 1
|
5月前
|
Java API 项目管理
Java一分钟之-Gradle插件开发:自定义构建逻辑
【6月更文挑战第5天】Gradle插件开发详解:从入门到发布。文章介绍如何创建自定义插件,强调依赖管理、任务命名和配置阶段的理解。示例代码展示插件实现及避免常见问题的方法。最后,讨论插件的发布与共享,助你提升构建效率并贡献于开发者社区。动手实践,打造强大Gradle插件!
124 3
|
5月前
Gradle项目加速构建
Gradle项目加速构建
357 0
|
5月前
|
XML Java Maven
深入Gradle:初识构建自动化的魅力
深入Gradle:初识构建自动化的魅力
|
5月前
|
Java API Maven
Gradle 自动化项目构建-Gradle 核心之 Project
Gradle 自动化项目构建-Gradle 核心之 Project
59 0
|
5月前
|
Android开发
Android Gradle开发—脚本实现自动打包后复制一份APK文件,并修改APK名称,到指定目录作备份
Android Gradle开发—脚本实现自动打包后复制一份APK文件,并修改APK名称,到指定目录作备份
284 0
|
6月前
|
缓存 IDE Java
Java一分钟之-Gradle:构建自动化工具
【5月更文挑战第16天】本文介绍了Gradle,一个基于Groovy的灵活构建工具,强调其优于Maven的灵活性和性能。文中通过示例展示了基本的`build.gradle`文件结构,并讨论了常见问题:版本冲突、缓存问题和构建速度慢,提供了相应的解决策略。此外,还提醒开发者注意插件ID、语法错误和源代码目录等易错点。掌握这些知识能提升开发效率,使构建过程更顺畅。
116 2
|
6月前
|
设计模式 缓存 Java
补齐Android技能树——从AGP构建过程到APK打包过程,安卓rxjava面试
补齐Android技能树——从AGP构建过程到APK打包过程,安卓rxjava面试
|
6月前
|
Android开发
Android 高通平台集成无源码apk示例
Android 高通平台集成无源码apk示例
95 0
下一篇
无影云桌面