AndroidBuildVariants如何为项目设置变种版本
这篇文章主要为大家展示了“Android Build Variants如何为项目设置变种版本”，内容简而易懂，条理清晰，希望能够帮助大家解决疑惑，下面让小编带领大家一起研究并学习一下“Android Build Variants如何为项目设置变种版本”这篇文章吧。
10年积累的成都做网站、成都网站设计经验，可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你，你也不认识我。但先网站设计后付款的网站建设流程，更有汉川免费网站建设让你可以放心的选择与我们合作。
前言
在项目开发过程中，时常会碰到这种情况：
1.同一个Project的同一个API,有几个不同的接口，比如内部测试用的Server,和当前版本暴露给用户使用的Server；
2.同一个Project有免费版和收费版
3.同一个Project不同环境下有不同的Constants常量
当然我们可以简单的通过这种方式处理不同情况下的API:
// GET 电影信息 String douban_movie_info = "/v2/movie/test/subject"; //String douban_movie_info = "/v2/movie/production/subject";
或者这种情况：
long waitTime = 10000; //正式版本某个操作，会耗时10秒 //long watTime = 1000; //开发环境我们只想1秒就足够了
在不同的环境下我们通过注释，切换使用对应的API,比如说开发时我们使用内网Server的“test/subject”接口，正式发布版本切换为“production/subject”接口;
同理：
不同的环境下我们通过注释，平时开发打开1000，注释掉10000；版本发布时注释掉1000，打开10000……
但是这种操作太繁琐太麻烦了，我们可以使用big更高一些的方式，比如AndroidStudio为开发人员配置的一个功能：Build Variants(直译：Build 口味)。
1.Module中 Build.Gradle配置：
buildTypes {
release {
minifyEnabled true //是否代码混淆
multiDexEnabled true //防止方法数量超过65536导致错误
}
debug {
minifyEnabled false
multiDexEnabled true
}
}
// If you need to add more flavors, consider using flavor dimensions.
// 构建变种版本
productFlavors {
production { //正式发布版本
}
dev { //开发测试版本
}
}ok,基本配置结束，我们点击sync同步项目之后，打开AndroidStudio左下角的Build Variants菜单：
我们先不考虑右边的代码，我们看到了我们Module的“productionDebug”按钮，这意味着我们当前的环境是正式发布版本的Debug模式。我们有哪几种模式呢？
所有Build Variant - productionDebug //正式版本的debug包 - productionRelease //正式版本的Release包 - devDebug //开发版本的debug包 - devRelease //开发版本的Release包
可以看到，我们拥有的四种变种版本，数量正好是「Build.gradle」文件中「buildTypes」*「productFlavors」的结果，我们便完全可以据此开发出不同的变种版本。
2.Build Variant牛刀小试：
现在我们可以在build.gradle文件中加一些小「佐料」：
productFlavors {
production {
manifestPlaceholders = [
APP_NAME : "@string/app_name"]
}
dev {
manifestPlaceholders = [
APP_NAME : "@string/app_name_dev"]
}
}在你的string资源文件中添加：
<resources> <string name="app_name">LIFE TOOL</string> <string name="app_name_dev">LT 开发版</string> </resources>
然后是你的清单文件Manifest.xml添加占位符${APP_NAME}:
<application
android:icon="@mipmap/ic_app_icon"
android:label="${APP_NAME}"//app名称，根据不同变种版本名字也不同
android:supportsRtl="true"
android:theme="@style/AppTheme">然后我们切换到productionDebug版本，点击运行：
模拟器中，我们获得的App:
然后我们切换到devDebug版本，点击运行：
模拟器中，我们获得的App:
是不是很方便！其实我们仔细点还可以观察到，在我们切换不同变种版本的时候，同时gradle也在进行编译，与其说我们是在切换变种版本，更准确的是我们在切换两种不同版本的代码！
3.Build Variant深入学习：
如果说单单只能改个app名字啥的实际上并没有什么用，我们在工程的对应目录下创建2个不同的文件夹：
如图，我们创建了「production」和「dev」两个文件夹，这两个文件夹什么用呢，在我们切换不同的变种版本时，我们app使用的代码就从对应的文件夹下去找！
比如：
public interface ConstantsApi {
long waitTime = 10000; //正式版本某个操作，会耗时10秒
}
public interface ConstantsApi {
long watTime = 1000; //开发环境我们只想1秒就足够了
}假如创建两个ConstantsApi文件，显然我们想将第二个「ConstantsApi」文件放入「开发环境」对应的dev版本中使用，我们就可以这样：
创建和src/main同样目录的文件夹（这样最好，不容易乱）
比如我的工程src/main下面结构可能是这样： - /MyProject/MyApplication/app/src/main/java/com/mei_husky/lifemanager 那么src/dev文件夹下的目录结构最好也是： - /MyProject/MyApplication/app/src/dev/java/com/mei_husky/lifemanager
这时，我们切换到我们的dev变种版本，打开我们的Android视图，我们可以看到：
同理，我们在同样的方式在production目录下创建同样的文件夹，将另外一个10s的ConstantsApi文件放在该目录下，切换到productionDebug变种，我们又会看到:
我们可以看到，不同变种的文件夹只有我们在切换到该变种时，该文件夹才会显示，比如dev变种只显示dev文件夹不显示production文件夹，当我们切换到production变种时，dev同样消失了。
更神奇的是，我们此时使用这些变量，运行代码，所得的结果也因为版本的不同而不同，我们使用dev变种版本，我们只需要等1s,切换到production版本，我们直接就可以打包发布。
以上是“Android Build Variants如何为项目设置变种版本”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注创新互联行业资讯频道！
当前名称：AndroidBuildVariants如何为项目设置变种版本
标题链接：https://www.cdcxhl.com/article8/ishgip.html
成都网站建设公司_创新互联，为您提供建站公司、外贸建站、软件开发、网站维护、标签优化、App设计
声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联
