2016年5月22日学习笔记-Android build.gradle配置进阶

1.配置属性

a）自定义属性，在代码中通过BuildConfig.属性名即可获取到不同环境下的值，示例：buildConfigField "boolean", "LOG_HTTP_CALLS", "true"

b）自定义string，会在String.xml中生成一个同名字段，然后可以在项目中通过@string/xxx方式获取，示例：resValue "string", "app_name", "Example DEBUG"   

c）定义build.gradle中的属性，然后可以直接访问, 示例：ext.property1 = "this is property1"

2.sourceSets配置

AndroidStudio创建的目录和Eclipse目录结构不同，因此如果想在AndroidStudio目录下保持Eclipse目录结构，可以修改目录的设置，让编译器能够找到

示例：

sourceSets {

  main {

  manifest.srcFile 'AndroidManifest.xml' //设置清单文件位置

  java.srcDirs = ['src']   //设置源码目录

  resources.srcDirs = ['src'] 

  aidl.srcDirs = ['src']

  renderscript.srcDirs = ['src']

  res.srcDirs = ['res'] //设置资源文件目录

  assets.srcDirs = ['assets'] //设置assets目录

  }

}

3.productFlavors，buildTypes配置

同一个项目，配置不同的包名，选用不同的功能，则可以通过productFlavors和buildTypes来配置。当配置了一个productFlavors和buildTypes时，会有一个BuildVariants供选择，设置组成flavor+buildType组合。要让flavor和buildType中的代码和资源有效，需在src目录下新建和flavor或buildType同名的目录，然后在该目录下下新建和main一样的代码结构和res目录，然后可以增加增加的代码，注意不同flavor直接不可以有重复的文件。

选中一个BuildVariant之后，buildtype和flavor里的代码会和main里的代码合并，资源会进行替换，然后生成新的项目。

合并规则：

- 图片、音频、 XML 类型的 Drawable 等资源文件，将会进行文件级的覆盖（本例中的 ic_launcher.png）。

- 字符串、颜色值、整型等资源以及 AndroidManifest.xml ，将会进行元素级的覆盖（本例中的 appname 、hello_world）。

- 代码资源，同一个类， buildTypes 、 productFlavors 、 main 中只能存在一次，否则会有类重复的错误（这就是为什么本例中没有在 main 中定义 BuildTypesUtils 类和 ProductFlavorsUtils 类）。

- 覆盖等级为：buildTypes > productFlavors > main （这就是为什么 release 类型的 APK 的名称都是Release ； debug 类型的 APK 的名称都是 Debug ； buildtypesnochange 类型的 APK 的名称需要根据productFlavors 来确定）。

示例：

buildTypes {

release {

  applicationIdSuffix '.release'

  signingConfig signingConfigs.release

  zipAlignEnabled false

}

debug {

  applicationIdSuffix '.debug'

  zipAlignEnabled false

}

buildtypesnochange {

  signingConfig signingConfigs.release

  zipAlignEnabled false

}

}

productFlavors {

playstore {

  applicationId 'cc.bb.aa.gradle_build_variants.playstore'

}

amazonstore {

  applicationId 'cc.bb.aa.gradle_build_variants.amazonstore'

}

productflavorsnochange {}

}