Kotlin：Android开发者的新玩具

 　　大家可能已经注意到，大洋彼岸的Google IO 会议正如火如茶的进行，每年这场会都吸足全世界互联网开发者的目光。
　　Google的CEO Sundar Pichai（劈柴）介绍了几个面向普通用户以及开发者的不同产品。

　　从Google战略角度从移动第一转向AI 第一转换（Mobile First to Ai First）。

　　
　　Google现在包括超过十亿用户的服务：Google Maps、YouTube、Chrome、GoogleMaps、Gmail、Search 以及 Google Play。
　　同时，Google Drive 现在也拥有 8 亿用户，Google Photos 有超过 5 亿用户，连 Google Assistant 也已经在超过 1 亿台设备上运行了，包括iPhone。
　　对于咱们开发者最关心的是，Google的Android团队宣布对Kotlin语言的全面支持。
　　这是针对于Android开发者新语言，目前Kotlin发布的最新版本是1.0。它被称为Adnroid的Swift语言，Swift精简了Object C，Kotlin是简化了Java。
　　从Google来讲，Kotlin可以彻底摆脱Oracle的Java官司纠缠，对于Android开发者来讲，开发变得更简单、高效、快捷，甚至还可以输出Java，是不是一个神奇的语言。

　　Kotlin的来历

　　Kotlin来自捷克一家软件研发公司JetBrains，这家公司开发很多不错的好IDE，包括IntelliJ IDEA、Pycharm、PHPStorm等工具，Google官方提供的Android Studio也是JetBrains公司提供的。

• 起源来自 JetBrains 的圣彼得堡团队，名称取自圣彼得堡附近的一个小岛 (Kotlin Island)
• 一种基于 JVM 的静态类型编程语言
• Kotlin的官方网站：https://kotlinlang.org/

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

语法简单，不啰嗦

• Kotlin 支持类型推断，没有 Java 那样的啰嗦。
• 另外用 var 表示变量，val 表示常量更加的简洁
• 方法也很简单，连 function 都缩写成了 fun，平添了几分双关之意。
• 类的继承和实现很简单，使用:即可
• Kotlin 每个句子都不需要加分号 (;)

空指针安全

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

• 在类型上的处理，即在类型后面加上，即表示这个变量或参数以及返回值可以为 null，否则不允许为变量参数赋值为 null 或者返回 null
• 对于一个可能是 null 的变量或者参数，在调用对象方法或者属性之前，需要加上，否则编译无法通过。

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

支持方法扩展

　　很多时候，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 交互性好

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

• Kotlin 可以自由的引用 Java 的代码，反之亦然。
• Kotlin 可以现有的全部的 Java 框架和库
• Java 文件可以很轻松的借助 IntelliJ 的插件转成 kotlin

Kotlin 应用广泛

　　Kotlin 对 Android 应用开发支持广泛，诸多工具，比如 kotterknife(ButterKnife Kotlin 版)，RxKotlin,Anko 等等，当然还有已经存在的很多 Java 的库都是可以使用的。
　　除此之外，Kotlin 也可以编译成 Java。最近使用 Kotlin 写了一段抓取 proxy 的代码，实现起来非常快捷。甚至比纯 Java 实现起来要快很多。
　　

关于性能

　　Kotlin 的执行效率和 Java 代码的执行效率理论上一致的。有时候 Kotlin 可能会显得高一些，比如 Kotlin 提供了方法的 inline 设置，可以设置某些高频方法进行 inline 操作，减少了运行时的进栈出栈和保存状态的开销。
　　读到这里，是不是想要尝试一下 Kotlin 呢，它简洁的语法，汇集诸多特性，高效率实现等等，已经在国外风生水起，国外的 Pintereset, Square, Flipboard 等公司已经开始应用到生产中。

关于转向 Kotlin

　　其实，我在做决定之前（当时 Kotlin 还没有被Google钦定）也曾有过考虑，是不是选择了 Kotlin 就意味着放弃 Java 呢，冷静下来想一想，其实并不是那么回事，因为 Kotlin 与 Java 语法太相近，以及在 Kotlin 中无时无刻不在和 Java 相关的东西打交道，所以这点顾虑不是问题。
　　对于个人的项目来转向 Kotlin，通常不是很难的选择，毕竟 Kotlin 是那么优秀的语言，相信很多人还是愿意尝试并使用这个事半功倍的语言的。
　　而比较难抉择的情况是如果如何让团队转用 Kotlin，个人认为团队难以转用的原因有很多，比如学习成本，历史包袱等等。但其实根本原因还是思维方式的问题，歪果仁喜欢用工具来提升开发效率，因为人力成本很高。而国内团队提高效率的办法通常是增加成员。好在 Flipboard 美国团队自 2015 年（可能更早）就引入了 Kotlin，因此中国团队这边选用 Kotlin 也更加顺水推舟。当然更主要的是目前团队规模不大，成员一致认可 Kotlin 的优点。
　　关于团队转用 Kotlin 的方法，一般比较行得通的办法是自上而下的推行。这就意味着要么直接的技术负责人比较开明要么就是需要有人来不断推介来影响团队。
　　做个比较现实的比拟，Java 就像是一趟从我的家乡保定开往北京西的耗时将近 2 个小时甚至更长的普通列车，而 Kotlin 则是那趟仅需 40 分钟就能到达的高铁。通常的人都会选择高铁，因为它节省了时间和提高了体验。这个时间和体验对应编程中的，我想应该是高效率和高可读性，可维护性的代码。
　　现在好了，有了 Google 的支持，Kotlin 转 Android 相信在不久的将来就会全面展开。
　　篡改 Python 的一句名言「人生苦短，我用 Kotlin」，这样一个高效实用的语言应该会被越来越多的团队所接受，并应用到开发生产中。当然也希望在国内环境下大放异彩。

　　原作者：段建华。Flipboard 中国 Android 研发工程师