Android 开发者自述：为什么我要改用 Kotlin？

写在前面的话，作为一个不熬夜的人，一觉醒来发现 Kotlin 成为了 Android 的官方语言，可谓是大喜过望。为了趁热打铁，我决定提前三天放出原定本周日 Release 的文章。希望能及时让大家了解一下 Kotlin。

相信很多开发人员，尤其是 Android 开发者都会或多或少听说过 Kotlin，当然如果没有听过或者不熟悉也没有关系。因为本篇文章以及博客后期的内容会涉及到很多关于 Kotlin 的知识分享。

在写这篇文章前的一个多月，Flipboard 中国的 Android 项目确定了正式将 Kotlin 作为项目开发语言，这就意味着新增的代码文件将以 Kotlin 代码格式出现，而且同时旧的 Java 代码也将会陆陆续续翻译成 Kotlin 代码。在使用 Kotlin 的这段时间，被它的简洁，高效，快捷等等特点震撼，所以有必要写一篇文章来谈一谈 Kotlin 的特性，如若能取得推广 Kotlin 的效果则倍感欣慰。

Kotlin的「简历」

来自于著名的 IDE IntelliJ IDEA(Android Studio 基于此开发) 软件开发公司 JetBrains(位于东欧捷克)

起源来自 JetBrains 的圣彼得堡团队，名称取自圣彼得堡附近的一个小岛 (Kotlin Island)

一种基于 JVM 的静态类型编程语言

来自知名的工具开发商 JetBrains，也就决定了 Kotlin 的基因中必然包含实用与高效等特征。那我们接下来看一看 Kotlin 的特点，当然这也是我改用 Kotlin 的重要原因。

语法简单，不啰嗦

Kotlin 支持类型推断，没有 Java 那样的啰嗦。

另外用 var 表示变量，val 表示常量更加的简洁

方法也很简单，连 function 都缩写成了 fun，平添了几分双关之意。

类的继承和实现很简单，使用:即可

Kotlin 每个句子都不需要加分号 (;)

空指针安全

空指针（NullPointerException 或 NPE）是我们使用 Java 开发程序中最常见的崩溃了。因为在 Java 中我们不得不写很多防御性的代码，比如这样：

在 Kotlin 中空指针异常得到了很好的解决。

在类型上的处理，即在类型后面加上?，即表示这个变量或参数以及返回值可以为 null，否则不允许为变量参数赋值为 null 或者返回 null

对于一个可能是 null 的变量或者参数，在调用对象方法或者属性之前，需要加上?，否则编译无法通过。

如下面的代码就是 Kotlin 实现空指针安全的一个例子，而且相对 Java 实现而言，简直是一行代码搞定的。

关于空指针安全的原理，可以参考这篇文章研究学习Kotlin的一些方法。

支持方法扩展

很多时候，Framework 提供给我们的 API 往往都时比较原子的，调用时需要我们进行组合处理，因为就会产生了一些 Util 类，一个简单的例子，我们想要更快捷的展示 Toast 信息，在 Java 中我们可以这样做。

但是 Kotlin 的实现却让人惊奇，我们只需要重写扩展方法就可以了，比如这个 longToast 方法扩展到所有的 Context 对象中，如果不去追根溯源，可能无法区分是 Framework 提供的还是自行扩展的。

注意：Kotlin 的方法扩展并不是真正修改了对应的类文件，而是在编译器和 IDE 方面做得处理。使我们看起来像是扩展了方法。

Lambda, 高阶函数，Streams API, 函数式编程支持

所谓的 Lambda 表达式是匿名函数，这使得我们的代码会更加的简单。比如下面的代码就是 lambda 的应用。

所谓的高阶函数就是：

可以接受函数作为参数

也可以返回函数作为结果

举一个接受函数作为参数的例子。在 Android 开发中，我们经常使用 SharedPreference 来存储数据，如果忘记调用 apply 或者 commit 则数据修改不能应用。利用 Kotlin 中的高阶函数的功能，我们能更好的解决这个问题：

当然这上面的例子中我们也同时使用了方法扩展这个特性。

Kotlin 支持了 Streams API 和方法引用，这样函数式编程更加方便。比如下面的代码就是我们结合 Jsoup，来抓取某个 proxy 网站的数据，代码更加简单，实现起来也快速。

字符串模板

无论是 Java 还是 Android 开发，我们都会用到字符串拼接，比如进行日志输出等等。在 Kotlin 中，字符串模板是支持的，我们可以很轻松的完成一个字符串数组的组成：

注意：关于字符串拼接可以参考这篇文章Java细节：字符串的拼接。

与 Java 交互性好

Kotlin 和 Java 都属于基于 JVM 的编程语言。Kotlin 和 Java 的交互性很好，可以说是无缝连接。这表现在：

Kotlin 可以自由的引用 Java 的代码，反之亦然。

Kotlin 可以现有的全部的 Java 框架和库

Java 文件可以很轻松的借助 IntelliJ 的插件转成 kotlin

Kotlin 应用广泛

Kotlin 对 Android 应用开发支持广泛，诸多工具，比如 kotterknife(ButterKnife Kotlin 版)，RxKotlin,Anko 等等，当然还有已经存在的很多 Java 的库都是可以使用的。

除此之外，Kotlin 也可以编译成 Javascript。最近使用 Kotlin 写了一段抓取 proxy 的代码，实现起来非常快捷。甚至比纯 JavaScript 实现起来要快很多。

关于性能

Kotlin 的执行效率和 Java 代码的执行效率理论上一致的。有时候 Kotlin 可能会显得高一些，比如 Kotlin 提供了方法的 inline 设置，可以设置某些高频方法进行 inline 操作，减少了运行时的进栈出栈和保存状态的开销。

读到这里，是不是想要尝试一下 Kotlin 呢，它简洁的语法，汇集诸多特性，高效率实现等等，已经在国外风生水起，国外的 Pintereset, Square, Flipboard 等公司已经开始应用到生产中。

关于转向 Kotlin

其实，我在做决定之前（当时 Kotlin 还没有被钦定）也曾有过考虑，是不是选择了 Kotlin 就意味着放弃 Java 呢，冷静下来想一想，其实并不是那么回事，因为 Kotlin 与 Java 语法太相近，以及在 Kotlin 中无时无刻不在和 Java 相关的东西打交道，所以这点顾虑不是问题的。

对于个人的项目来转向 Kotlin，通常不是很难的选择，毕竟 Kotlin 是那么优秀的语言，相信很多人还是愿意尝试并使用这个事半功倍的语言的。

而比较难抉择的情况是如果如何让团队转用 Kotlin，个人认为团队难以转用的原因有很多，比如学习成本，历史包袱等等。但其实根本原因还是思维方式的问题，歪果仁喜欢用工具来提升开发效率，因为人力成本很高。而国内团队提高效率的办法通常是增加成员。好在 Flipboard 美国团队自 2015 年（可能更早）就引入了 Kotlin，因此中国团队这边选用 Kotlin 也更加顺水推舟。当然更主要的是目前团队规模不大，成员一致认可 Kotlin 的优点。

关于团队转用 Kotlin 的方法，一般比较行得通的办法是自上而下的推行。这就意味着要么直接的技术负责人比较开明要么就是需要有人来不断推介来影响团队。

做个比较现实的比拟，Java 就像是一趟从我的家乡保定开往北京西的耗时将近 2 个小时甚至更长的普通列车，而 Kotlin 则是那趟仅需 40 分钟就能到达的高铁。通常的人都会选择高铁，因为它节省了时间和提高了体验。这个时间和体验对应编程中的，我想应该是高效率和高可读性，可维护性的代码。

现在好了，有了 Google 的支持，Kotlin 转 Android 相信在不久的将来就会全面展开。篡改 Python 的一句名言「人生苦短，我用 Kotlin」，这样一个高效实用的语言应该会被越来越多的团队所接受，并应用到开发生产中。当然也希望在国内环境下大放异彩。

本文来自开源中国社区 [http://www.oschina.net]