三种方案实现Android应用的环境分离
2016-11-28 11:30
495 查看
通常产品在迭代的时候,都有测试环境和正式环境,或者说是生产和开发环境,一般软件开发阶段都是在测试环境上运行调试,而正式打包发布时会配置正式环境的服务器,也就是不同的接口URL和数据库的区别。所以开发人员经常要在测试环境与正式环境之间来回切换,这带来了很大不便。本文提供了三种种方式来解决这个问题。
第一种方案:默认情况下,项目的buildTypes包含debug和release两个构建版本,用来分别对应测试环境和生产环境,设置applicationIdSuffix ,这样测试环境和生产环境实际上等于是已经分开的两个app了,可以实现在同一个设备上来安装同一个应用的不同版本。
第二种方案:在gradle构建的时候,Product Flavors中定义两个渠道,分别对应测试环境和生产环境,并且每个渠道applicationId不同,也可以实现在同一个设备上来安装同一个应用的不同版本。
第三种方案:手机SDCARD中创建隐藏文件,在程序启动的时候,判断有没有隐藏文件,进行测试环境和正式环境的切换,这样只需要一个apk,通过隐藏配置文件,动态进行环境的切换。
方案一和方案二的本质都是修改applicationId的值,构建打包出不同包名的apk安装文件。方案三不需要同时安装两个apk文件就可以实现环境分离,不足是每次切换的时候,app要关闭重启一下。下面简述一下三种方案的实现。
将debug类型的Application Id Suffix设置为“.debug”,然后在Application的onCreate中判断是哪一个应用,设置不同的服务器地址。
构建类型仍然是两个,debug和release,如下图:
只是现在的debug对应的是测试环境,而release对应的是正式环境,debug应用的包名是com.environment.switch.debug,release应用的包名是com.environment.switch;这种方式还可以继续优化一下,因为这两个应用安装之后,桌面的应用图标是一样的,下面将debug版本的应用图标换掉。
在src目录下新建一个debug目录,将main目录下的res目录复制一份到debug目录下,修改各个分辨率下的桌面Icon和strings.xml文件中的应用名称,如下图:
到此第一种方案就OK了
所产生的构建如下,总共4个
可以将en1的debug和release对应测试环境,en2的debug和release对应正式环境,我们在Application中的onCreate中根据运行时选择的是en1还是en2进行服务器地址取出不同的值。同 步骤一;
然后在ServerConfigManger添加一个方法,返回不同的服务器地址
在自定义的Application的onCreate中使用
到此三种方案叙述完毕,对于第一种方案是最简便的,但是在有多套设置环境的情况下,第一种就不能满足需求了,就可以采取第二种以及第三种。总之,团队有一个约定,采取哪一种无关紧要。
第一种方案:默认情况下,项目的buildTypes包含debug和release两个构建版本,用来分别对应测试环境和生产环境,设置applicationIdSuffix ,这样测试环境和生产环境实际上等于是已经分开的两个app了,可以实现在同一个设备上来安装同一个应用的不同版本。
第二种方案:在gradle构建的时候,Product Flavors中定义两个渠道,分别对应测试环境和生产环境,并且每个渠道applicationId不同,也可以实现在同一个设备上来安装同一个应用的不同版本。
第三种方案:手机SDCARD中创建隐藏文件,在程序启动的时候,判断有没有隐藏文件,进行测试环境和正式环境的切换,这样只需要一个apk,通过隐藏配置文件,动态进行环境的切换。
方案一和方案二的本质都是修改applicationId的值,构建打包出不同包名的apk安装文件。方案三不需要同时安装两个apk文件就可以实现环境分离,不足是每次切换的时候,app要关闭重启一下。下面简述一下三种方案的实现。
方案一:buildTypes
在app/gradle中添加下列代码defaultConfig { applicationId "com.environment.switch" minSdkVersion 15 targetSdkVersion 23 versionCode 1 versionName "1.0" testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner" } buildTypes { release { minifyEnabled false proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' } debug{ applicationIdSuffix ".debug" } }
将debug类型的Application Id Suffix设置为“.debug”,然后在Application的onCreate中判断是哪一个应用,设置不同的服务器地址。
public class ServerConfigManger { private ServerConfigManger(){ }; private static class ServerConfigMangerHolder{ private static final ServerConfigManger instance=new ServerConfigManger(); } public static ServerConfigManger getInstance(){ return ServerConfigMangerHolder.instance; } public String getServerURL(Application pApplication){ //测试环境服务器地址 String urlPrefix="text.xxx.com"; ApplicationInfo applicationInfo = pApplication.getApplicationInfo(); String processName = applicationInfo.processName; if( processName.endsWith(".debug")){ return urlPrefix; }else { //正式环境服务器地址 urlPrefix="release.xxx.com"; return urlPrefix; } } }
@Override public void onCreate() { super.onCreate(); String serverURL = ServerConfigManger.getInstance().getServerURL(this); }
构建类型仍然是两个,debug和release,如下图:
只是现在的debug对应的是测试环境,而release对应的是正式环境,debug应用的包名是com.environment.switch.debug,release应用的包名是com.environment.switch;这种方式还可以继续优化一下,因为这两个应用安装之后,桌面的应用图标是一样的,下面将debug版本的应用图标换掉。
在src目录下新建一个debug目录,将main目录下的res目录复制一份到debug目录下,修改各个分辨率下的桌面Icon和strings.xml文件中的应用名称,如下图:
到此第一种方案就OK了
方案二:Product Flavors
在app/gradle中添加下列代码productFlavors{ en1{ applicationId "com.environmentswitch_beta" } en2{ applicationId "com.environmentswitch" } }
所产生的构建如下,总共4个
可以将en1的debug和release对应测试环境,en2的debug和release对应正式环境,我们在Application中的onCreate中根据运行时选择的是en1还是en2进行服务器地址取出不同的值。同 步骤一;
方案二:隐藏配置文件
在SDCARD中设置隐藏文件,根据隐藏文件判断是哪一套环境,假设存在test1,就用测试环境1,存在test2,就用测试环境2,存在test3,就用测试环境3,现在新建ServerBuildConfig,遍历SDCARD进行判断。public class ServerBuildConfig { public static final int TEST_ENVIRONMENT_ONE = 0; public static final int TEST_ENVIRONMENT_TWO = 1; public static final int TEST_ENVIRONMENT_THREE = 2; public static final int RELEASE_ENVIRONMENT = 3; public static int mWhichEnvironment = 0; static { loadConfig(); } private static void loadConfig() { if(!Environment.getExternalStorageState().equals("mounted")) { Log.w("ServerBuildConfig", "No valid SDCard, skip ServerBuildConfig!"); } else { String buildConfigPath = Environment.getExternalStorageDirectory().getAbsolutePath() + "/.appconfig"; Log.i("ServerBuildConfig", "start to load configs for VSBuildConfig from: " + buildConfigPath); File buildFile = new File(buildConfigPath); if(buildFile.exists()) { File[] listFiles = buildFile.listFiles(new ConfigFilenameFliter()); File testFile = null; if(listFiles != null) { for (File file : listFiles) { if (file.getName().startsWith(".test")) { if (testFile == null || file.lastModified() > testFile.lastModified()) { testFile = file; } } } } if(testFile != null) { if(!".test".equals(testFile.getName()) && !".test1".equals(testFile.getName())) { if(".test3".equals(testFile.getName())) { mWhichEnvironment = 3; } else if(".test2".equals(testFile.getName())) { mWhichEnvironment = 2; } } else { mWhichEnvironment = 1; } Log.i("ServerBuildConfig", "mWhichEnvironment = " + mWhichEnvironment); } } } } private static class ConfigFilenameFliter implements FilenameFilter { ConfigFilenameFliter() { } public boolean accept(File dir, String filename) { return filename.startsWith("."); } } }
然后在ServerConfigManger添加一个方法,返回不同的服务器地址
public String getServerURL(){ String urlPrefix="text1.xxx.com"; switch (ServerBuildConfig.mWhichEnvironment) { case ServerBuildConfig.TEST_ENVIRONMENT_ONE: urlPrefix="text1.xxx.com"; break; case ServerBuildConfig.TEST_ENVIRONMENT_TWO: urlPrefix="text2.xxx.com"; break;case ServerBuildConfig.TEST_ENVIRONMENT_THREE: urlPrefix="text3.xxx.com"; break; case ServerBuildConfig.RELEASE_ENVIRONMENT: urlPrefix="release.xxx.com"; break; } return urlPrefix; }
在自定义的Application的onCreate中使用
String serverURL = ServerConfigManger.getInstance().getServerURL();
到此三种方案叙述完毕,对于第一种方案是最简便的,但是在有多套设置环境的情况下,第一种就不能满足需求了,就可以采取第二种以及第三种。总之,团队有一个约定,采取哪一种无关紧要。
相关文章推荐
- Android应用的自动升级、更新模块的实现完整方案+参考程序代吗
- Android应用开发中半透明效果实现方案
- Android 利用Gradle实现app的环境分离
- 集群应用Session一致性实现的三种方案
- Android Gradle 相同应用多包名打包,实现测试发布包分离,不同服务器地址以生成不同安装包
- Android应用开发中半透明效果实现方案
- Android应用的自动升级、更新模块的实现完整方案理解
- Android实现APP环境分离(利用Gradle)
- 【Android】使用Gradle实现分渠道打包,指定应用名称,应用图标,应用标识和环境切换
- Android 利用Gradle实现app的环境分离
- Android串口设备的应用实现方案以及与WEB的交互
- Android 添加微信分享三种实现方案
- Android应用开发中半透明效果实现方案
- Android 实现应用升级方案(暨第三方自动升级服务无法使用后的解决方案)
- 最佳IE6环境下实现PNG-24的应用方案
- Android应用开发中半透明效果实现方案
- Android应用开发中半透明效果实现方案
- Android应用开发中半透明效果实现方案
- android应用开发-从设计到实现 4-2 开发环境搭建
- Android 应用中验证码登陆都有哪些实现方案