Android build.gradle之productFlavors { }

封装产品的特性,只需配置 productFlavors {} 。productFlavors支持与 defaultConfig{} 相同的属性,这是因为 defaultConfig 实际上属于 ProductFlavor类。这意味着,您可以在 defaultConfig {} 代码块中提供productFlavors的基本配置,productFlavors{}里面的每种均可更改任何这些默认值,也可以指定不同的特性、设备需求、资源和应用程序ID,同时共享公共源代码和资源.

android {
    ...
    defaultConfig {...}
    buildTypes {...}
    productFlavors {
        demo {
            applicationIdSuffix ".demo"
            versionNameSuffix "-demo"
        }
        full {
            applicationIdSuffix ".full"
            versionNameSuffix "-full"
        }
    }
}

Gradle 会根据您的buildType{}和productFlavors自动创建构建变体,并按照 <product-flavor><Build-Type> 的格式命名这些变体。

下面是它的一些常用属性:

属性描述
applicationId应用的包名
versionCode版本号
versionName版本名
versionNameSuffix版本名后缀
map<String,Object> manifestPlaceholders定义Manifest变量占位符

applicationId

每个 Android 应用均有一个唯一的应用 ID,像 Java 软件包名称一样,如 com.example.myapp。 此 ID 可以在设备上和 Google Play 商店中对您的应用进行唯一标识。 如果您想要上传新版本的应用,应用 ID必须与原始 APK 相同 – 如果您更改应用 ID,Google Play 商店会将 APK 视为完全不同的应用。所以您发布应用后,绝不应更改应用 ID

当您在 Android Studio 中创建新项目时,applicationId 会完全匹配您在设置时选择的 Java 风格软件包名称。 不过,除了这一点,应用 ID 和软件包名称彼此无关。您可以更改代码的软件包名称(代码命名空间),这不会影响应用 ID,反之亦然(但同样,您发布应用后不应再更改应用 ID)

尽管应用 ID 看起来像传统的 Java 软件包名称,但应用 ID 的命名规则有更多限制:
1.必须至少包含两段(一个或多个圆点)。
2.每段必须以字母开头。
3.所有字符必须为字母数字或下划线 [a-zA-Z0-9_]。

注意Context.getPackageName() 方法会返回您的应用 ID。 无论何时都不需要在应用代码以外分享代码真实的软件包名称。

ProductFlavor类里面的buildConfigField方法在配置中的使用:

buildConfigField("boolean", "LOG_DEBUG", "true")
buildConfigField "int", "VERSION_TYPE", "1"

这个方法接收三个非空的参数,第一个:确定值的类型,第二个:指定key的名字,第三个:传值。
上面的意思是:LOG_DEBUG = true ;VERSION_TYPE = 1
可以用在代码中:

if(BuildConfig.LOG_DEBUG){
   //Debug,打印日志
    Logger.init("AppPlusLog").setLogLevel(LogLevel.FULL);
}else{
    //release,关闭日志
    Logger.init("AppPlusLog").setLogLevel(LogLevel.None);
}

String versionType = BuildConfig.VERSION_TYPE;

将Build文件中声明的变量属性使用到Manifest中

比如:
1.配置主机ip地址,名称

android {
   defaultConfig {
       manifestPlaceholders = [hostName:"www.example.com",post:"8080"]
   }
   ...
}

然后你可以把其中的key插入到Manifest文件属性值:

<intent-filter ... >
    <data android:scheme="http" android:host="${hostName}" ... />
    ...
</intent-filter>

你还可以用这些属性值作为命名空间,比如定义action name

android {
    defaultConfig {
        applicationId "com.example.myapp"
    }
    productFlavors {
        free {
            applicationIdSuffix ".free"
        }
        pro {
            applicationIdSuffix ".pro"
        }
    }
}

你可以将application ID插入到action name,如下:

<intent-filter ... >
    <action android:name="${applicationId}.TRANSMOGRIFY" />
    ...
</intent-filter>

当你运行的是free版本的时候,它就类似于:

<intent-filter ... >
   <action android:name="com.example.myapp.free.TRANSMOGRIFY" />
    ...
</intent-filter>

过滤变体

Gradle 会为您配置的产品风味与构建类型的每个可能的组合创建构建变体。不过,某些特定的构建变体在您的项目环境中并不必要,也可能没有意义。您可以在模块级 build.gradle 文件中创建一个变体过滤器,以移除某些构建变体配置。

以上一部分中的构建配置为例,假设您计划为演示版本的应用仅支持 API 级别 23 和更高级别。您可以使用 variantFilter {}代码块过滤出组合了“minApi21”和“演示”产品风味的所有构建变体配置:

android {
  ...
  buildTypes {...}

  flavorDimensions "api", "mode"
  productFlavors {
    demo {...}
    full {...}
    minApi24 {...}
    minApi23 {...}
    minApi21 {...}
  }

  variantFilter { variant ->
      def names = variant.flavors*.name
      // To check for a certain build type, use variant.buildType.name == "<buildType>"
      if (names.contains("minApi21") && names.contains("demo")) {
          // Gradle ignores any variants that satisfy the conditions above.
          setIgnore(true)
      }
  }
}
...

在您向构建配置添加变体过滤器并点击通知栏中的 Sync Now后,Gradle 将忽略满足您指定的条件的任何构建变体,在您点击菜单栏中的 Build > Select Build Variant(或工具窗口栏中的 Build Variants)时,这些构建变体将不会再显示在下拉菜单中。
https://developer.android.com/studio/build/manifest-build-variables.html

    原文作者:Ingen
    原文地址: https://www.jianshu.com/p/7c0e14b9b286
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞