android 多产品项目搭建与变体的使用

        由于公司产品的复杂性，连带着项目也跟着复杂起来，这时候也接触到了android的build 变体的使用。在这里记录一下这个过程，最初查看关于这一块的资料是在android的官网上看得，地址如下：配置 build 变体  |  Android 开发者  |  Android Developers

        首先，我们公司是有多种产品的，每一种产品的类型有相同的也有不同的，而且种类很多，每一种产品下面还会继续细分不同的特性，例如有产品1、产品2、产品3....产品n，然后产品1可能会存在特性1、特性2......特性N，每个产品之间可能有相同部分，但是不相同的地方比较多，所以每一个产品可以作为一个单独的工程来实现，相同部分就抽成一个库进行依赖到项目中来，而每个产品下的特性则可以使用变体的方式来区分，当然不是说所有的特性都使用变体，如果特性增多，这个工程也会变得非常庞大的，还是要斟酌着使用。

        针对上面所说的类型搭建项目，如下图所示：

  接着，在公司的项目中，我主要使用到了以下几方面来划分产品与特性：

1. build配置

        当创建新模块时，Android Studio 会自动为您创建“debug”build 类型和“release”build 类型。虽然“debug”build 类型没有出现在 build 配置文件中，但 Android Studio 会使用 debuggable true 配置它，在项目app目录下的build.gradle中进行配置，配置的例子如下：

android {
    defaultConfig {
        
    }
    signingConfigs {	        
	  release {
	            storeFile file(appStoreFile)
                storePassword 'appStorePassword'
                keyAlias 'appKeyAlias'
                keyPassword 'appKeyPassword'
	        }
	
	  debug {

	            storeFile file(appStoreFile)
                storePassword 'appStorePassword'
                keyAlias 'appKeyAlias'
                keyPassword 'appKeyPassword'
	        }
    	}

    buildTypes {
        release {
            minifyEnabled true
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }

        debug {
               // 配置debug版本的签名
               signingConfig signingConfigs.debug

	            // 是否开启代码混淆，默认false
	            minifyEnabled false

	            // 是否应该生成可调试的apk
	            debuggable true

	            // 混淆规则配置文件
	            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
	            // 自定义buildType
	            buildConfigField 'String', 'BASE_URL', '"http://api-debug.**/"'
        }

        /**
         * The `initWith` property allows you to copy configurations from other build types,
         * then configure only the settings you want to change. This one copies the debug build
         * type, and then changes the manifest placeholder and application ID.
         */
        staging {
            initWith debug
            applicationIdSuffix ".debugStaging"
        }
    }
}

一般buildType中，我们会配置项目所需要使用到的环境变量，如测试环境地址和正式环境地址等，这个环境变量可以在代码中使用的，并且在编译打包的时候可以确定对应的值， 可以通过buildConfigField 关键字来进行配置，编译过后，我们可以通过BuildConfig.BASE_URL方式在代码中调用，如下图所示：

 获取到的值，就是在build.gradle中对应build type下配置的值。

配置完成后，sync同步一下，在gradle模块中可以看到配置的变化，当然如果点击Gradle出现Task list not build，没有Task出现，如下图 

 

 这是由于新版本的android studio默认设置了不同步task，我们可以点击Task list not build，去掉不同步的勾选，如下图：