专注Android开发

正如大家所见，这是本英文书，而由于国内的gradle翻译资料不全，所以特次开辟专栏，翻译gradle for android这本书，同时添加自己的心得体会以及在实际工作上的实战，希望大家能够喜欢。 如果你是名Android开发新手，或者是名从eclipse切换到Android studio的新手，那么我强烈建议您follow我的文章，正如封面所见，利用gradle构建工具来自动构建你

原文链接 我注意到我在使用Gradle的时候遇到的大多数问题都是和task的执行顺序有关的。很明显如果我的构建会工作的更好如果我的task都是在正确的时候执行。下面我们就深入了解一下如何更改task的执行顺序。 dependsOn 我认为最直接的方式来说明的你task的执行时依赖别的task的方法就是使用dependsOn方法。  比如下面的场景，已经存在task A，我们要添

在第一篇博客中，我讲解了关于tasks和构建过程中task的不同阶段。在写完这篇之后，我意识到我应该更详尽的讲述一下Gradle。弄懂语法很重要，免得我们碰到复杂的构建脚本的时候直接晕菜。这篇文章我就会讲解一些语法上的东西。 语法 Gradle脚本是使用Groovy语言来写的。Groovy的语法有点像Java，希望你能接受它。  如果你对Groovy已经很熟悉了，可以跳过这部分了。 

原文链接 以这篇博客开始，我将写一系列关于Gradle的文章，用来记录接触Gradle构建脚本以来我所理解的Gradle。 今天要讲的就是Gradle tasks以及task的配置和运行。可能有的读者还不了解Gradle task，用真实的例子来展示应该更容易被理解。下面的代码展示了三个Gradle task，稍后会讲解这三者的不同。 task myTask { pr

默认情况下，Android插件自动为项目构建一个debug和一个release版本的应用。这两个版本的不同主要体现在在非开发机上的调试功能以及APK的签名方式。debug版本使用一个用公开的name/password创建的key来签名（这样构建的时候就不需要提示输入密码了）。release版本在构建的时候不会进行签名，而是稍后在做。 这个可以使用gradle中的BuildType对象来进行配置。

Android Gradle插件提供了大量的DSL来自定义构建过程，这篇blog就来讲解如何在gradle中配置manifest。 DSL提供了配置以下Manifest条目的功能: minSdkVersion targetSdkVersion versionCode versionName applicationId (更加方便有效的包名 -- [参考](http://tools.

上一篇 这篇主要介绍使用Gradle的Android项目的目录结构，以及在Gradle中的配置 Gradle采用约定优于配置的原则，最简单方式是使用一个默认的目录结构。当然目录结构是可以自己修改的。 默认情况下，android gradle项目的代码都在src目录下，src下会有两个目录main和androidTest，其中main目录下是项目代码，androidTest目录下是测试

gradle是Android开发中引入的全新的构建系统，因为全新的构建系统主要是出于下面的目的： 1. 方便复用代码和资源 2. 构建多种版本的apk更见简单，不论是为多渠道构建不同的apk还是构建不同环境的apk（debug，release） 3. 方便配置，扩展，自定义构建过程 4. 良好的IDE集成 为什么选择Gradle？ Gradle主要有以下几个有点： 1.

迄今为止，我们已经学些了众多gradle构建的概念以及如何运行tasks。在这一章，我们将对这些概念有一个更深的理解，然后开始构建我们自己的tasks。一旦我们掌握了如何编写自定义tasks,那么我们就可以试着编写自己的插件，以达到在多个项目中复用的目的。 在我们创建传统tasks之前，我们有必要了解些Groovy的基本语法。因为这理解Groovy如何运行会使得我们能更好的理解tasks和插

由于现阶段Android开发趋于敏捷开发，再加上国内大大小小的互联网公司都在做app，导致很多这会是一个系列，所以如果你看完这篇文章，请看下列文章： Gradle for Android 第一篇( 从 Gradle 和 AS 开始 ) Gradle for Android 第二篇( Build.gradle入门 ) Gradle for Android 第三篇( 依赖管理 )

Android studio不仅允许你为你的app和依赖库创建模块，同时也可为Android wear，Android TV，Google App Engine等创建模块，而这些单独的模块又可以在一个单独的项目中使用。举个栗子，在你的app开发后期阶段，你可能需要用到Google Clound或者Android Wear。这种情况下，你可以在你的工程下拥有三个模块：分别是app,google cl

当你在开发一个app,通常你会有几个版本。大多数情况是你需要一个开发版本，用来测试app和弄清它的质量，然后还需要一个生产版本。这些版本通常有不同的设置，例如不同的URL地址。更可能的是你可能需要一个免费版和收费版本。基于上述情况，你需要处理不同的版本：开发免费版，开发付费版本，生产免费版，生产付费版，而针对不同的版本不同的配置，这极大增加的管理难度。 Gradle for Android

依赖管理 依赖管理是Gradle最闪耀的地方，最好的情景是，你仅仅只需添加一行代码在你的build文件，Gradle会自动从远程仓库为你下载相关的jar包，并且保证你能够正确使用它们。Gradle甚至可以为你做的更多，包括当你在你的工程里添加了多个相同的依赖，gradle会为你排除掉相同的jar包。在这一章我们将学习以下内容： 仓库本地依赖详解依赖这一概念 Gradle for

新年新气象，奋斗的一年，在这一章，我们将学习以下内容： 理解Gradle文件编写简单的构建任务自制构建脚本 Gradle for Android 第一篇( 从 Gradle 和 AS 开始 ) Gradle for Android 第三篇( 依赖管理 ) Gradle for Android 第四篇( 构建变体 ) Gradle for Android 第五篇( 多模

构建任务(Build Tasks) java和Android通用的任务 在build文件中使用了Android或者Java插件之后就会自动创建一系列可以运行的任务。 Gradle中有如下一下默认约定的任务: 1. assemble 该任务包含了项目中的所有打包相关的任务，比如java项目中打的jar包，Android项目中打的apk 2. check 该任务包含了项目中所有验