最近在项目上测试经常会让打包测试服和正式服的项目,来交替测试,经常卸载和安装项目很麻烦。为了更方便的同事们的测试,准备折腾下gradle的配置。
给自己定了几个需求:
- gradle配置多applicationId
- gradle配置多appName
- gradle配置多HOST
正常配置gradle只需配置app下的gradle文件即可
android {
productFlavors {
//默认版本,不设置 applicationId ,继承 defaultConfig 中的配置
online {
resValue "string", "app_name", "线上应用" //替换appName,通过替换strings中的资源名字,一定要删除strings中的app_name,否则会报错
applicationId "com.xx.xx"
buildConfigField "String", "API_HOST", "\"https://192.168.1.14/\""
}
//153版本
dev_153 {
resValue "string", "app_name", "测试应用"
applicationId "com.xx.yy"
buildConfigField "String", "API_HOST", "\"https://192.168.1.16/\""
}
}
}
- 替换appName,通过替换strings中的资源名字,一定要删除strings中的app_name,否则会报错
- applicationId 为你要替换的包名
- 通过buildConfigField生成HOST常量,在java代码中通过BuildConfig.API_HOST调用
配置多applicationId时要注意,applicationId动态替换了,项目中用到applicationId的地方也要修改为动态。
7.0适配中的FileProvider,AndroidManifest中的替换
<provider
android:name=”android.support.v4.content.FileProvider”
android:authorities=”${applicationId}.fileprovider”
android:exported=”false”
android:grantUriPermissions=”true”>
<meta-data
android:name=”android.support.FILE_PROVIDER_PATHS”
android:resource=”@xml/file_paths”/>
</provider>7.0中应用安装时applicationId的替换
动态PackageName,形势不止一种,如果你不是多moudle,也可以通过buildConfig获取applicationId
public static void startInstall(Context context, File apkfile) {
if (!apkfile.exists()) {
KLog.d(TAG, “startInstallexists”);
return;
}
KLog.d(TAG, “startInstall”);
Intent i = new Intent(Intent.ACTION_VIEW);
i.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
if (Build.VERSION.SDK_INT >= 24) { //判读版本是否在7.0以上
//参数1 上下文, 参数2 Provider主机地址 和配置文件中保持一致 参数3 共享的文件
Uri apkUri =
FileProvider.getUriForFile(context, context.getPackageName() + “.fileprovider”, apkfile);//动态PackageName,形势不止一种,如果你不是多moudle,也可以通过buildConfig获取applicationId
//添加这一句表示对目标应用临时授权该Uri所代表的文件
i.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
i.setDataAndType(apkUri, “application/vnd.android.package-archive”);
} else {
i.setDataAndType(Uri.fromFile(apkfile),
“application/vnd.android.package-archive”);
}
context.startActivity(i);
}
以上是正常项目的配置,但是由于我的项目是多moudle依赖,网络层在整个项目依赖的最下层,如果在app的gradle中配置HOST,无法在最下层的依赖moudle中调用,因为gradle的依赖关系只能正向调用,上层引用底层的moudle,则只能上层使用底层moudle中的资源和代码,底层moudle无法逆向使用上层的,所以app的BuildConfig.API_HOST,底层无法调用到。
我在app的build中定义buildConfig参数传递给最下层moudle中来切换HOST
UrlConstant.API_HOST = BuildConfig.API_HOST;
UrlConstant.H5_HOST = BuildConfig.H5_HOST;
UrlConstant.SERVICE_HOST = BuildConfig.SERVICE_HOST;
UrlConstant.SHOP_HOST = BuildConfig.SHOP_HOST;
参考:http://www.tuicool.com/articles/Nzm6fiI
以上就是我需求的配置,如果你有多渠道或者其他需求也可依照配置。
如果哪里写的不对,也欢迎大家多多指出和交流😁