2016年5月22日学习笔记
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 {} }
2016年5月22日学习笔记
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 {} }
发布评论