转载

拥抱Android Studio(二):Android Studio与Gradle深入

CSDN移动将持续为您优选移动开发的精华内容,共同探讨移动开发的技术热点话题,涵盖移动应用、开发工具、移动游戏及引擎、智能硬件、物联网等方方面面。如果您想投稿、寻求《近匠》报道,或给文章挑错,欢迎发送邮件至tangxy#csdn.net(请把#改成@)。 

关于学习方式

曾经跟朋友讨论过我们所接受过的大学工科教育,都是一上来先学基础理论,最后再来一个金工实习。一开始不知道为什么而学,学不进去,荒废了基础,等到金工实习的时候,又发现基础不牢,后悔不已。 考虑到传统教育方式的不足之处,笔者在组织本系列文章的时候是先讲入门实例,进而学习 Gradle 和 Groovy 基础原理,最后学习进阶实例。

上篇文章介绍了 从 ADT 迁移到 Android Studio ,相信经过很短时间的使用之后,已经开始熟悉和爱上 Android Studio 了。基础的功能我就不讲了,下面列举一些较为深入又比较实用的功能。

Android Studio 相关功能介绍

文件夹组织视图

最常用的有 Project 和 Android 视图,前者按照项目文件树进行组织,后者是以 Gradle 构建文件作为核心进行组织:

拥抱Android Studio(二):Android Studio与Gradle深入

Gradle 相关文件结构

让我们来观察一下Android Studio 中 Gradle 相关的结构:

. ├── gradle │   └── wrapper    //所使用的 Gradle 包装器配置 ├── .gradle     //所使用 Gradle 版本 │   └── 2.8 ├── AsInDepth.iml ├── app      //app module │   ├── app.iml │   ├── build │   ├── build.gradle  //app module 的 build.gradle │   ├── libs │   ├── proguard-rules.pro │   └── src ├── build.gradle   //项目 build.gradle,通常配置项目全局配置,如 repositories 和 dependencies ├── gradle.properties  //项目属性文件,通常可以放置一些常量 ├── gradlew     //Gradle 包装器可执行文件 ├── gradlew.bat    //Gradle 包装器可执行文件(Windows) ├── lib      //lib module │   ├── build │   ├── build.gradle  //lib module 的 build.gradle │   ├── lib.iml │   ├── libs │   ├── proguard-rules.pro │   └── src ├── local.properties  //项目的本地属性,通常是 sdk 所在位置 └── settings.gradle   //项目总体设置,通常是配置项目中所有的 module

Invalidate Cache

Android Studio 会出现索引的问题,那可以从删除 cache 重建索引,File->Invalidate Caches/Restart

Multiple Language Editor

多语言文字可以通过右击文件 Open Translation Editor,可以同时进行编辑,但是我发现如果把 strings.xml 改了别的名字,这个功能就不 work 了。

Gradle 相关功能介绍

Gradle View

点击红色三角运行按钮,其实是执行了 Gradle 的 一些列任务,如果你想分别执行一些任务,则可以从 Gradle View 里面查看:

拥抱Android Studio(二):Android Studio与Gradle深入

命令行

工作区下方,有一个叫做 Terminal 的 tab,点击之后,会自动 cd 到当前 project 根目录下,可以输入如下命令来尝试下:

./gradlew build

Windows 下应该是 gradlew.bat build,下面均以 Mac 为例,不再赘述

可使用 help 参数来查看有哪些选项:

./gradlew --help

下面介绍一些重要的选项:

  • 查看运行 log

有些时候,一个任务运行失败,只给出一个错误,没有给具体原因,你就需要查看更多信息,可以使用参数 --info 或者 --stacktrace:

./gradlew build --info
  • 指定 module 或者 build.gradle

Gradle 默认是当前目录下寻找 build.gradle 文件执行任务,这样执行 build 会使得整个 project 所有的 module 的 build 任务都会运行,浪费不必要的时间,可以指定 module (-p) 或者 build.gradle (-b)文件以缩小作用范围:

./gradlew -p app build

Sync

正常情况下,修改了 build.gradle 文件,文件上方就会有一个 sync 的按钮,点击之后会重新构建整个 build.gradle。但是某些特殊情况,这个同步可能会失败。那就需要一个额外的触发。

方法有四:

  • 再修改一下文件,便会再次出现 sync 按钮
  • 点击上方工作区的按钮

拥抱Android Studio(二):Android Studio与Gradle深入

  • 点击 Gradle View 中的同步按钮

拥抱Android Studio(二):Android Studio与Gradle深入

  • 命令行执行一次 build

Build Variant

首先要了解两个概念:

Build Type

分为 debug 和 release,这个概念容易懂。

Product Flavor

这个概念主要是为了满足如下需求:同一份代码要打多个包,例如收费 pay 和免费 free,逻辑上有一些小区别,又不想通过逻辑判断这种丑陋的方式。或者你要实现所谓多渠道打包。

Build Variant = Build Type x Product Flavor

配置好了Build Type 和 Product Flavor 之后,Gradle 会生成若干个包,分别为:

payDebug payRelease freeDebug freeRelease

配置实例

拥抱Android Studio(二):Android Studio与Gradle深入

假设这两个版本的 App,有一个类 DiffBean 需要做大量的逻辑判断,则可以通过在 build.gradle 中配置 product flavor,在代码中添加两个与 main 平齐的文件夹, 把 DiffBean 从 main 中抽出来,分别放在两个文件夹中,只关注对应的逻辑即可。

关于 Product Flavor 中都能定义哪些属性,请参考 Android Gradle DSL 。

Gradle 使用的仓库

要使用远程依赖,就得有个库的仓库,Gradle 支持 maven 仓库。这些库可以是公用的,例如 mavenCentral 或者 jcenter,也可以使用私有库。

笔者曾经上传过公用库到 mavenCentral 和 jcenter,前者的繁琐与难以管理,让人深恶痛绝。Android Studio 在0.8.0版本以后,将 jcenter 作为默认的 maven 库公用库来源。

私有库可以托管在任何一个能访问到的地方,可以托管在 bintray 上的私有空间,也可以是内网服务器上,甚至可以是本机磁盘上。

下面是本人使用的仓库的一个例子:

allprojects {     repositories {         jcenter()         mavenCentral()         maven {             url 'file:///Users/myusername/repo/'         }     } }

关于库,会在本系列的四篇会有更详细的叙述。

遇到的坑

笔者所在的项目的包已经发布到了 mavenCentral 和 jcenter,很多用户的在集成的时候,遇到问题,其中最经典的问题,便是下面的三个。

下载依赖库失败,报 peer not found

连接 jcenter 库默认使用 https 协议,出现这个错,多数情况下都是因为连接失败了,原因嘛,你懂的。 可以尝试将 jcenter 改成默认使用 http 连接:

jcenter {             url "http://jcenter.bintray.com/"         }

下载不到特定的版本

Maven 和 Gradle 都会有一个缓存库,默认安装的情况下,是在用户根目录下的 .m2 或者 .gradle 文件夹中。 可以尝试删除里面的文件。例如将 Gradle 的 cache 文件删除:

rm -rf ~/.gradle/caches/

注意:这个操作可能会导致所有的远程库都需要重新下载,要三思后行。

库重复冲突

笔者的包使用了 com.android.support:support-v4:19.0.0 包,可能用户的 App 也使用了这个包,就可能在编译进行代码合并到时候出类似的错:

UNEXPECTED TOP-LEVEL EXCEPTION multiple dex files define Landroid/support/annotation/AniRes

这个时候,在 module 的 build.gradle 的 dependency 添加依赖时,加入 exclude 规则:

compile ('com.bugtags.library:bugtags-lib:latest.integration') {         exclude group: 'com.android.support', module: 'support-v4' }

后续引言

讲到这里,有些读者可能会遇到跟我当时开始使用 Gradle 一样的问题:遇到问题就 Stack Overflow,找到 workaround 了但不知道为什么,gradle 版本更新了,发现不 work 了,甚为惆怅。

究其原因,都是不理解基础。下面扼要勾勒个大概。

首先 Gradle 是一个构建平台,它使用的是 Groovy 语言。

Groovy是一种基于 Java 的语言,提供了更好的动态特性,可以使用闭包使得编程更灵活,很适合做脚本语言。

上面提到的 settings.gradle 和 build.gradle 在 Gradle 平台中,其实都是一个 Groovy 对象。

Gradle 通过插件(plugin)的方式来支持构建。插件是很多任务(task)的集合,task 中又包含了许多 action。

而例如 productFlavors 都是一个所谓的 DSL,插件都定义了很多的 DSL,我理解的所谓的 DSL 就是一个小语言规范用来处理一个特定的事情(大多情况下是配置)。Android 的插件的 DSL 文档在 Android Gradle DSL 有说明。

理解了以上基础之后,你就会知其然,知其所以然了。

以上知识,下一篇将会详细介绍。敬请留意。

本文所使用的 demo 已经上传到了 github 中,可以参阅 embrace-android-studio-demo

参考文献

  • Android Studio Overview
  • Android Studio Installation
  • Android Gradle DSL
  • Android New Build System

系列导读

本文是笔者《拥抱 Android Studio》系列第二篇,其他篇请点击:

  • 拥抱 Android Studio 之一:从 ADT 到 Android Studio
  • 拥抱 Android Studio 之二:Android Studio 与 Gradle 深入
  • 拥抱 Android Studio 之三:溯源,Groovy 与 Gradle 基础
  • 拥抱 Android Studio 之四:Maven 库,本地库与发布到 bintray 或者 mavenCentral
  • 拥抱 Android Studio 之五:Gradle 插件使用与开发

拥抱Android Studio(二):Android Studio与Gradle深入 作者简介:

何畅彬,BugTags技术总监,关注移动SDK研发、后端服务设计与实现,个人博客: http://kvh.io/ 。

【活动预告】 由CSDN主办的 “ 2015开发工具及服务年度大奖评选 ” 活动已正式启动。近两年,开发工具及服务不断涌现,从云服务、即时通讯、安全到统计监测、人工智能、物联网平台等。CSDN将通过公开征集,并结合平台内用户数据采集分析,评选出CSDN 2015开发工具及服务年度大奖。 赶快为你的开发工具与服务报名参与评选吧。更多详情,请关注评选活动官网。

第一时间掌握最新移动开发相关信息和技术,请关注mobilehub公众微信号(ID: mobilehub)。

拥抱Android Studio(二):Android Studio与Gradle深入

正文到此结束
Loading...