拥抱变化,拥抱新事物

多年前央视有一套电视系列片:大国崛起,主要讲述那些曾经在站在世界舞台中央的国家的兴衰历程。纵观历史,正是创新使得一个国家得以崛起。

Android 开发因为涉及到代码编辑、UI 布局、打包等工序,最好使用一款 IDE。Google 最早提供了基于 Eclipse 的 ADT 作为开发工具,后于 2013 年 Google I/O 大会发布基于 IntelliJ IDEA 开发 Android Studio。后者正式版发布之后,Google 宣布不再持续支持 ADT。Android Studio 有更快的速度,更好的代码完成等特性。

时至今日(2015-11-30),在我们运营 bugtags.com 这一款高效的 app 测试服务的时候,在帮助用户集成 Android SDK 的过程中,我们发现很多遗留项目依旧没有从 ADT 迁移过来,依然有很多用户对 Android Studio 怀着恐惧与不信任。我想我们有义务去做一个系列介绍,让更多的人拥抱变化,拥抱新鲜事物。

本文系列一,主要介绍两个工具的比较及其迁移。

Android Studio(IntelliJ IDEA)vs. ADT(Eclipse)

本文并不打算涉及 IDE 的圣战,理论上只要配上插件,用得趁手,都差不多。然而本文也是带有倾向性的,因为工作原因,笔者使用过 Eclipse 多年,也使用过多款 JetBrains 的 IDE,均不辱 XXX 语言开发第一 IDE 之名。下面介绍一些 Android Studio 的优胜的地方。

以上省略一万字。

相信我,对于 Android 开发者,切换到 Android Studio,经过短短学习曲线之后,你会爱上这个 IDE,并且即将由奢入俭难,再也回不去了。

从 ADT 迁移到 Android Studio

如果你看到上面的优点,已经克服了心中的怀疑和恐惧,准备动手迁移,下面提供一些迁移提示。

常用网站

部分需要科学上网

你无法科学上网?赶紧搜一下,自己搭或者买一个吧。世界如此多娇,人生苦短。将你遇到过问题的出错信息用 Google 搜索,第一条来自 stackoverflow 的答案就是你想要的。

ADT 与 Android Studio 目录结构对比

ADT 项目结构

ADT 项目结构

project/src/:放置代码文件

project/libs:放置 .jar 库或者 .so 库

project/res:项目资源文件

project/AndroidManifest.xml:工程 manifest 文件

Android Studio 项目结构

Android Studio 项目结构

Android Studio 的一个 project (项目) 下可以包含多个独立的 module(模块),图中 Bugtags-Android-Demo 便是一个项目,app 便是一个 module。结构如下。

project/build.gradle:项目的 build.gradle 文件,主要是全局的远程库配置、gradle 插件版本等信息

project/app:名字为 app 的模块

project/build.gradle:模块的 build.gradle 文件,是最关键的配置文件,后续会有文章继续专门介绍 gradle build system

project/app/src:源码文件夹

project/app/src/java:放置代码文件

project/app/src/jniLibs:默认的.so 库放置的位置,可以在模块的 build.gradle 中通过 jniLibs.srcDirs 值来修改所在位置

project/app/libs:放置 .jar 库

从 ADT 迁移

本文主要参考这篇迁移指南。Android Studio 提供了非常友好的导入向导。

在 Android Studio 导入

File->New->Import Project,找到你的 ADT 的 workspace 下的项目,一路点击 YES,会生成一个全新的项目。

导入成功

问题

直接导入使用依赖的项目,被依赖的项目就会自动被导入到同一个项目中,作为一个模块。

下文中的左侧是 ADT 项目,右侧是 Android Studio 项目。

其中 Bugtags-Android-Eclipse-Demo 使用 Bugtags-Android-Eclipse-Lib 作为依赖。

依赖

错误

这个状态是 gradle 构建脚本尝试去下载 gradle 的 wrapper,这个 wrapper 大概 3M,需要科学上网,早期很多人就是在这个页面卡住,放弃了 Android Studio。确保你已经科学上网,并且耐心等待,又或者点击取消,先进项目看看。

Android Studio 的几个关键概念

如果上面没有问题,你已经能够正常的看到 Android Studio 的项目工程了。

有问题?在文章下留言或者加 qq 群:453503476,希望能帮到你。

IDE 使用、快捷键什么的,笔者认为没什么可写的。自己熟悉吧。下面介绍一个对于 ADT 而言全新的概念。

build.gradle

在项目的 build.gradle 文件中,有如下内容:

// Top-level build file where you can add configuration options common to all sub-projects/modules.
buildscript {
    repositories {
        jcenter()//这是构建插件所使用的远程库,后续会有一篇介绍库的含义
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:2.0.0-alpha1'//这是项目所使用的 Android gradle 版本
    }
}

allprojects {
    repositories {
        jcenter()//这是使用远程库依赖的时候,的远程库
    }
}

在每个模块的 build.gradle 文件中,初始会有如下内容:

apply plugin: 'com.android.library'
//com.android.library标示是一个库模块;
//com.android.application标示这是一个应用模块

android {
    compileSdkVersion 19//编译 sdk 版本
    buildToolsVersion "23.0.2"//构建工具版本

    defaultConfig {
        minSdkVersion 9
        targetSdkVersion 19
    }

    buildTypes {//打包类型
        release {
            minifyEnabled false//是否混淆
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.txt'
        }
    }
}

dependencies {//依赖管理
    compile 'com.bugtags.library:bugtags-lib:1.0.8'//远程
    compile fileTree(dir: 'libs', include: ['*.jar'])//本地 jar 依赖
}

依赖管理

远程依赖:

dependencies {
    compile 'com.bugtags.library:bugtags-lib:1.0.8'
}

Android Studio 使用 gradle 进行依赖管理,兼容了 maven 的库,一个经典的 maven 库的配置如下:

<dependency>
    <groupId>com.bugtags.library</groupId>
    <artifactId>bugtags-lib</artifactId>
    <version>1.0.8</version>
</dependency>

对比之后,你会发现 compile 的内容中,分为三部分 groupdId:artifactId:version

com.bugtags.library 对应 groupId

bugtags-lib 对应 artifactId

1.0.8 对应 version

本地依赖

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])//本地 jar 依赖
}

Android Studio 工程创建的时候,默认会有如上依赖,意义是把放在与该 build.gradle 文件同一层的 libs 文件夹中所有的 jar 文件都作为库依赖。

同步依赖

一般情况下,你配置完了 build.gradle 之后,该编辑框的上方会出现正在 sync 的标记。耐心等待完成即可。如果发现没有同步成功,可以使用下面这个按钮:

sync

如果长时间未成功,则可以在控制台使用:

./gradlew build --info

以上命令来看控制台输出。

build variant

Android Studio 内置了多渠打包功能,就是所谓的 build variant,可以新建若干个 productflavor 来达到目的。
大致可以这样:

flavors

这个功能十分的灵活和强大,举个例子,你想要有两个版本,一个收费版,一个免费版,在若干代码文件和资源文件上,都不大一样。

以前你可能选择在代码中判断当前版本,加载不同的代码和资源。或者使用 git 的 branch。

现在你可以使用 Android Studio 直接使用多个 productflavor, 在对应的 flavor 放置那些有区别的代码和文件。一次打包,即可完成。
在下一篇系列文章中,笔者将会详细介绍这个功能。

总结

新版本的 Android Studio 还有更多强大的功能,包括最新 preview 的 instant build,将会极大提升构建速度。后文将会详细介绍。

一个工程从 ADT 迁移到 Android Studio 只需要很短的时间,连带熟悉基本概念,半天基本可以完成。如果还没有进行迁移的同学,要抓紧了,不要被世界抛弃了。

笔者 kvh 先在这里挖一个系列坑,希望这个系列能够让读者快速掌握 Android Studio 与 gradle,请持续关注。

笔者目前关注点在于移动 SDK 研发,后端服务设计和实现。

笔者在开发和运营 bugtags.com ,这是一款能够极大的提升 app 开发者测试效率的 SDK 产品,欢迎使用、转发推荐。


↙↙↙阅读原文可查看相关链接,并与作者交流