使用 Kotlin 重写 AOSP 日历应用

两年前，Android 开源项目 (AOSP) 应用团队开始使用 Kotlin 替代 Java 重构 AOSP 应用。之所以重构主要有两个原因: 一是确保 AOSP 应用能够遵循 Android 最佳实践，另外则是提供优先使用 Kotlin 进行应用开发的良好范例。Kotlin 之所以具有强大的吸引力，原因之一是其简洁的语法，很多情况下用 Kotlin 编写的代码块的代码数量相比于功能相同的 Java 代码块要更少一些。此外，Kotlin 这种具有丰富表现力的编程语言还具有其他各种优点，例如:

• 空安全: 这一概念可以说是根植于 Kotlin 之中，从而帮助避免破坏性的空指针异常；

• 并发: 正如 Google I/O 2019 中关于 Android 的描述，结构化并发 (structured concurrency) 能够允许使用协程简化后台的任务管理；

• 兼容 Java: 尤其是在这次的重构项目中，Kotlin 与 Java 语言的兼容性能够让我们一个文件一个文件地进行 Kotlin 转换。

• Android 开源项目 (AOSP) 应用
  https://android.googlesource.com/platform/packages/apps/

• Kotlin
  https://kotlinlang.org/

• Google I/O 2019
  https://developer.android.google.cn/kotlin/first

AOSP 团队在去年夏天发表了一篇文章，详细介绍了 AOSP 桌面时钟应用的转换过程。而今年，我们将 AOSP 日历应用从 Java 转换成了 Kotlin。在这次转换之前，应用的代码行数超过 18,000 行，在转换后代码库减少了约 300 行。在这次的转换中，我们沿袭了同 AOSP 桌面时钟转换过程中类似的技术，充分利用了 Kotlin 与 Java 语言的互操作性，对代码文件一一进行了转换，并在过程中使用独立的构建目标将 Java 代码文件替换为对应的 Kotlin 代码文件。因为团队中有两个人在进行此项工作，所以我们在 Android.bp 文件中为每个人创建了一个 exclude_srcs 属性，这样两个人就可以在减少代码合并冲突的前提下，都能够同时进行重构并推送代码。此外，这样还能允许我们进行增量测试，快速定位错误出现在哪些文件。

• AOSP 桌面时钟应用的转换过程
  https://medium.com/androiddevelopers/re-writing-the-aosp-deskclock-app-in-kotlin-76c836370cb

在转换任意给定的文件时，我们一开始先使用 Android Studio Kotlin 插件中提供的从 Java 到 Kotlin 的自动转换工具。虽然该插件成功帮助我们转换了大部份的代码，但是还是会遇到一些问题，需要开发者手动解决。需要手动更改的部分，我们将会在本文接下来的章节中列出。

在将每个文件转换为 Kotlin 之后，我们手动测试了日历应用的 UI 界面，运行了单元测试，并运行了 Compatibility Test Suite (CTS) 的子集来进行功能验证，以确保不需要再进行任何的回归测试。

• Android Studio
  https://developer.android.google.cn/studio

• 从 Java 到 Kotlin 的自动转换工具
  https://developer.android.google.cn/kotlin/add-kotlin#convert

• Compatibility Test Suite (CTS)
  https://source.android.google.cn/compatibility/cts

自动转换之后的步骤

上面提到，在使用自动转换工具之后，有一些反复出现的问题需要手动定位解决。在 AOSP 桌面时钟文章中，详细介绍了其中遇到的一些问题以及解决方法。如下列出了一些在进行 AOSP 日历转换过程中遇到的问题。

用 open 关键词标记父类

我们遇到的问题之一是 Kotlin 父类和子类之间的相互调用。在 Kotlin 中，要将一个类标记为可继承，必须得在类的声明中添加 open 关键字，对于父类中被子类覆盖的方法也要这样做。但是在 Java 中的继承是不需要使用到 open 关键字的。由于