1000万行Java代码变Kotlin！Meta如何用“偷懒”秘籍省下10万次转换按钮点击？

主要观点总结

本文介绍了Meta将其Android代码库从Java转换为Kotlin的过程，包括所面临的权衡决策、转换方法、自定义处理步骤以及与JetBrains的合作。文章还强调了空值安全性在转换中的重要性，以及避免在转换过程中引入新NPE风险的措施。

关键观点总结

关键观点1: Meta将Android代码库从Java转换为Kotlin，已完成超过一半的工作。

采用Kotlin语言可以带来额外的收益，Meta决定彻底转向Kotlin以充分发挥其价值。转换过程中面临了代码转换、构建速度慢、混合代码库的缺点等问题。为了应对这些问题，Meta采用了一系列策略，包括使用Kotlinator工具、与JetBrains合作、解决空值安全等。

关键观点2: Kotlinator是Meta基于J2K构建的转换工具，分为六个阶段。

这些阶段包括深度构建、预处理、无界面J2K、后处理、代码检查器和基于构建错误的修复等。自定义处理步骤包括预处理和后处理，用于解决原生J2K生成的大部分转换差异无法通过构建的问题。

关键观点3: 空值安全性在Java到Kotlin的转换过程中非常重要。

Kotlin的字节码在语言边界上有运行时校验，可以确保声明的空值注解的信赖。在转换过程中，需要采取措施尽量减少引入新NPE的风险，最简单的方法是在转换参数和返回类型时偏向“更可空”。同时，使用多个代码修改工具和插件来提高整个代码库的空值精确性。

关键观点4: 转换过程中还面临其他可能破坏代码的风险。

除了空安全问题外，还有混淆初始化与getter、可空布尔值等问题。Meta通过多层验证来防止这些问题，并分享了一些解决方案和修复方案。