Gradle 构建:从入门到实战

   <p style="text-align:center"><img src="https://simg.open-open.com/show/2f00b461c836da92b158dd97325ba6ce.jpg"></p>    <h3>前言</h3>    <p>本文章主要针对Gradle讲解，从入门到实战（Android Studio），让你快速上手Gradle。</p>    <p><strong>一、什么是构建工具? </strong></p>    <p>一个可编程的工具，能够以可执行和有序的任务来表达满足需要的自动化过程。</p>    <p>以Java为例，要得到一个简单可运行的Jar文件，需要下面几步：</p>    <ol>     <li> <p>编译源代码</p> </li>     <li> <p>运行测试（前提是你有测试）</p> </li>     <li> <p>拷贝Class文件到目标目录</p> </li>     <li> <p>打包Class文件为Jar文件</p> </li>    </ol>    <p>这是一个完整的可自动化的过程，在没有构建工具之前，是由谁来做？IDE。一个强大的IDE，以上的步骤都只需要按几个按钮，这让开发人员的生活变得很美好，完全集中在写出优秀的代码。</p>    <h3><strong>二、Java世界的构建工具</strong></h3>    <p>在Java的世界里，目前在被使用的常用构建工具有三个：Ant，Maven，Gradle。</p>    <p>Ant的核心是由Java编写，采用XML作为构建脚本，这样就允许你在任何环境下，运行构建。Ant基于任务链思想，任务之间定义依赖，形成先后顺序。缺点是使用XML定义构建脚本，导致脚本臃肿，Ant自身没有为项目构建提供指导，导致每个build脚本都不一样，开发人员对于每个项目都需要去熟悉脚本内容，没有提供在Ant生态环境内的依赖管理工具。</p>    <p>Maven团队意识到Ant的缺陷，采用标准的项目布局，和统一的生命周期，采用约定由于配置的思想，减少构建脚本需要的编写内容，活跃的社区，可以方便找到合适的插件，强大的依赖管理工具。缺点是采用默认的结构和生命周期，太过限制，编写插件扩展麻烦，XML作为构建脚本。</p>    <p>如果有一个构建工具可以折中，同时拥有Ant和Maven的优点，是不是很爽？告诉你有，那就是Gradle。</p>    <h3><strong>三、Gradle 构建</strong></h3>    <p>Gradle是一个基于Apache Ant和Apache Maven概念的项目自动化建构工具。它使用一种基于Groovy的特定领域语言来声明项目设置，而不是传统的XML。</p>    <p>1、Gradle-Wrapper</p>    <p>Gradle可以在没有安装Gradle的情况下使用，这时候就需要Gradle Wrapper了。Gradle Wrapper其实就是一个脚本文件，它会在没有安装Gradle的情况下为我们下载Gradle，之后我们就可以使用gradlew命令，像使用gradle一样来使用Gradle了。</p>    <p>创建项目完毕之后，会发现我们的项目中有如下一些文件：</p>    <p>gradlew (Unix Shell 脚本)</p>    <p>gradlew.bat (Windows批处理文件)</p>    <p>gradle/wrapper/gradle-wrapper.jar (Wrapper JAR文件)</p>    <p>gradle/wrapper/gradle-wrapper.properties (Wrapper属性文件)</p>    <p>我们就可以像使用gradle命令一样使用gradlew了。Gradle Wrapper会自动为我们下载合适的Gradle版本。默认情况下，下载位置是$USER_HOME/.gradle/wrapper/dists，如果设置了GRADLE_USER_HOME环境变量，那么就会下载到GRADLE_USER_HOME/wrapper/dists下。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/822074bbfc89c282cc25fa69ae728758.jpg"></p>    <p>上面是gradle-wrapper.properties文件中的内容，可以直接编辑文件修改Wrapper的版本，或者使用</p>    <p>gradle wrapper --gradle-version 3.2.1来设置Wrapper的版本</p>    <p>2、 build的生命周期</p>    <p>Gradle的构建脚本生命周期具备三大步，如下：</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/b27d88ed2b4008ab28aedb1184c0249a.jpg"></p>    <p>可以看见，生命周期其实和上面构建脚本Build script的执行流程是可以关联上的。（上面关于Task方面的内容本文中不会使用。）</p>    <p>3、设置脚本Settings script</p>    <p>在对工程进行配置（譬如多项目树构建）时Settings实例与settings.gradle文件一一对应，它用来进行一些项目设置的配置。这个文件一般放置在工程的根目录。譬如：</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/ecdd9c6c599afb0d29c757af75b6c4c3.jpg"></p>    <p>多模块项目，就是在settings.build 中添加模块名称。 例如：</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/cdde5a1df6aa117f0d6c3b532a8485eb.png"></p>    <p>4、顶层build.gradle文件</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/b3b32163f6b70c94ff3edc14ce514863.jpg"></p>    <p>构建的时候默认会配置上一个JCenter() 仓库，也可以加上其他的仓库，比如，BRVAH这个第三方框架，就没有放在JCenter里面，因为这个仓库发布的流程比较复杂，时间也比较久，所以就发布在https://jitpack.io 仓库上，所以在使用BRVAH的时候就要在allprojects 中添加jitpack仓库地址。</p>    <p><strong>进入实战</strong></p>    <p>1.BuildConfig和资源</p>    <p>通过配置灵活切换不同环境的 接口地址</p>    <p>相信用eclipse开发的时候我们都是用的以下这种方法来切换接口地址的：</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/f038a6082581abefc77b5b1eb9458b82.jpg"></p>    <p>这种写法应该都不陌生，那在Gradle构建中，有没有可能用更好的方法来解决这个问题咧？</p>    <p>答案是有可能的！</p>    <p>自SDK工具版本升级到17之后，构建工具都会生成一个叫作BuildConfig的类，该类包含一个按照构建类型设置值的DEBUG常量，可以定义其他的一些属性，Gradle提供了一个buildConfigField 方法 ，下面就是顶一个String类型的BASE_URL常量，值为"http://debug.example.com/api”。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/4abcd33356bb77b8fb00b4ba24736dc2.jpg"></p>    <p>这里要注意的是添加String类型的数据的时候要添加转义的引号，不然是创建不成功的，例如：</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/233d5aca21657af3719a062a7ed226b7.jpg"></p>    <p>在这里还有一个问题，如果开发的是一个多模块项目，那么在library中定义这种属性，默认是不区分debug和release版本的。缺省情况下，无论你选用什么Build variant ,库工程都只会打出release包，这是由于Gralde语言的限制造成的，但如果想强制使用debug,可以如下指定:</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/da7b177aaa6f21302025c1cbfb92d160.jpg"></p>    <p><strong>2. Gradle修改资源文件信息</strong></p>    <p>配置不同环境的资源文件</p>    <p>同样的Gradle也提供了一个resValue() 方法，下面就是定义了一个app_name的string资源。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/1f40c675c6d461b361c67f8aef62d942.jpg"></p>    <p>但是上面这种定义是错误的，build的时候会报以下这种错误：</p>    <p>提示定义了重复的资源，所以在用resValue()的时候不要在.xml文件定义相同名字的资源数据。</p>    <p>3.gradle.properties 文件</p>    <p>解决频繁同步问题</p>    <p>相信大家在尝试上面的方法的时候有这样一个问题，那就是我们每修改一下.gradle文件，AS工具就提示要”Sync Now”，这样是不是有点麻烦了咧？ 下面就可以用到gradle.properties文件来进一步的优化。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/00d7e3517f278e2c5911489a165eda6b.jpg"></p>    <p>4.Gradle配置生成apk文件名</p>    <p>防止release覆盖问题，便于保存历史release记录</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/f93349ae886c1db87afb9c81cef8cf5f.jpg"></p>    <h3>参考资料：</h3>    <p>http://blog.csdn.net/yanbober/article/details/49314255</p>    <p>http://benweizhu.github.io/blog/2015/01/31/deep-into-gradle-in-action-1/</p>    <p>http://blog.csdn.net/u011054333/article/details/53999590</p>    <p>http://blog.csdn.net/xude1985/article/details/51548245</p>    <p> </p>    <p> </p>    <p>来自：http://mp.weixin.qq.com/s?__biz=MzIwMzYwMTk1NA==&mid=2247483668&idx=1&sn=ff2612a607378053cbe8476e94af5a4f&chksm=96cda059a1ba294f715cc3b126541127bee9da877c7f2ad982e82c85f5e35e6a21a5934994d7&mpshare=1&scene=23&srcid=022076xydDBBtAMqcWko1Du1#rd</p>    <p> </p>