与Andrey Breslav谈论Kotlin 1.0的发布

在经过了三个月的beta测试后，Kotlin团队终于宣布发布Kotlin的 1.0版本，该版本的目标是提升这门语言在API与ABI方面的稳定性。

从该语言的第四个beta发布，到发布候选版本的出现，直至1.0版本的正式发布，该语言经历了大量的变化，包括它的标准库与Kotlin IDE。特别是对于标准库的修订主要专注于对它的API进行清理，并减少资源的占用，从而更好地配合Android应用的开发。在语言方面，新版本对于语法与语义进行了大量的修正，并且最终确定了二进制格式，移除了字节码中一些比较晦涩的部分。新版本中的工具引入了一种全新的算法，以改善依赖的检测，按照JetBrains的说法，这一点大大提升了增量式编译的速度。此外，IntelliJ IDEA的最主要Kotlin插件现在也包含了Android插件，因此Android在新版本中得到了直接支持。

来自JetBrains的Andrey Breslav是Kotlin的设计主管，他也澄清了Kotlin在向后兼容方面的计划。具体来说，Kotlin将致力于确保新的代码能够与旧的二进制文件共同编译与运行（即ABI/API的向后兼容），而旧的二进制文件也能够与新的二进制文件相兼容（即ABI的向前兼容）。在源代码层面，团队的目标是确保新的编译器能够顺利地编译所有旧的编译器能够编译的代码。InfoQ与Breslav进行了一次访谈。

促使你设计Kotlin这门语言的动力是什么？

当我们2010年刚启动这个项目的时候，最初的想法是创建一种更好的语言以用于开发我们的产品，并且能够运行在JVM上，不久我们就意识到还有其他人也有同样的需求。虽然当时还有一些用于替代Java的其他选择，但他们都不太适合于我们的需求（有些用户与我们的需求有所差别，那些语言对于他们来说已足够完美）。我们的需求如下：

• 静态类型：这一点的目标在于大规模代码库的可维护性。
• 更平滑的迁移路径：逐渐地将新的代码引入现有的代码库，以尽量减少对其他代码的影响。
• 高质量的工具：我们相信，一门语言的生产力很大程度上取决于工具的支持。
• 易于学习及理解：我们团队并没有区分“库的作者”与“库的使用者”这两种角色，我们希望所有开发者都能够在所运用的语言中达到相同的生产力。

可以说，具备以上四点特性的Kotlin在JVM的所有实现中可以说是独一无二的。

Kotlin终于发布了1.0版本，你能否总结一下这个里程碑的意义？

许多开发者在这一版本发布之间就已经在开始使用Kotlin了，但一个官方的1.0版本为用户提供了更好的保障。经常有用户对我们说：他们的组织不会考虑采用Kotlin，除非能够发布一个正式的1.0版本，我完全理解这些组织的决定。如今随着1.0版本的问世，Kotlin终于得以“正式亮相”，用户也可以放心地在生产环境中使用它了。这种信心很大程度上来自于语言的进化方式：从现在起，我们将承诺新版本的向后兼容性，即该语言及其标准库的后续版本中出现的任何改动都不会破坏之前版本所编译生成的二进制文件。因此，在用户部署Kotlin代码时，他可以确信不会出现兼容性问题，正如部署Java代码一样。

我们为1.0版本的发布投入了5年时间，后向兼容性是投入这么多时间的一个主要原因。我们必须保证这门语言设计上的优雅性及实践性，否则就难以保证不会出现任何破坏性的变更。并且我们相信，只有在实际的生产环境中使用这门语言，才能够做出这种承诺。因此，我们目前已经在JetBrains本身的产品中使用Kotlin近两年时间，并且对于它有着充分的信心。

当然，这并不是说这门语言的设计从一开始时就是完美的：我们在JetBrains产品以及其他项目的生产环境中发现了一些严重的问题，但我们仍有充分的时间去修复这些问题并进行进一步的验证。

Svetlana Isakova在DroidCon-DE上将Kotlin形容为“Android上的Swift”。你能否详细地说明一下Kotlin在现有的编程语言浪潮中如何占据一席之地？

"Android上的Swift"这个引人注目的说法是由Mike Gouline首先提出的，而公众很快接受了它。这是个非常准确的比喻，可以这么说：正如Swift对于iOS开发者来说是比Objective-C更为现代化的替代者一样，对于Android开发者来说，Kotlin则是Java的一个更为现代化的替代方案。不过我要指出一点，Kotlin的应用并不仅仅限于Android的开发而已。

至于Kotlin所涵盖的平台与领域，可以说只要是使用Java的地方就能够运行Kotlin：包括桌面、服务端与移动端等任何平台。Kotlin所生成的字节码与Java 6相兼容，使它的应用范围更加广阔。运行时本身非常小（只有大约800K），并且我们非常注意避免任何可能会使Kotlin代码在某些场合无法工作的运行时问题（例如我们避免使用特定的类加载器或运行时打包的需求等等）。此外，我们目前正在为Kotlin开发一个基于JavaScript的后台（目前还处于实验阶段），这会进一步扩展Kotlin的可应用性：用户将能够通过Kotlin开发完整的web应用。

Kotlin未来的路线图是怎样规划的？

我们还有许多任务要完成，这些任务有大有小。之前提到的JS后台是一个比较大的任务。另外还有工具链的性能。Kotlin现在已经在IntelliJ IDEA上实现了增量式编译，如果你修改了某些代码，那么只有被改动的文件（而不是模块！)会被重写编译。我们也希望为Gradle用户带来相同的体验，这部分工作正在进行中。即将到来的1.1版本将能够生成Java 8字节码（并同时生成Java 6字节码），以实现多种功能优化，例如lambda表达式等等。在语言特性方面，我们并不打算在1.1中引入任何重大的改动，但可能会去除某些限制，例如data的相关类。我们还计划进一减少标准库的方法数量，这对于Android开发者来说是相当重要的。

我们还在计划一些更为激动人心的特性，举例来说，我们打算在Jigsaw运行时模块正式发布时提供对它的支持，并且在Kotlin的未来版本中加入对async/await语法的支持。

使用Kotlin 1.0的用户必须对全部代码进行重新编译，以清除之前版本所生成的代码。同样道理，所有已经过期的语言结构会造成错误。用户可以在IntelliJ IDEA中通过一个预打包的插件进行下载，或者直接从GitHub库进行构建。

查看英文原文：Q&A with Andrey Breslav on the Kotlin 1.0 Release