天天看点

[译] 将 Kotlin 应用于现有 Java 代码的策略将 Kotlin 应用于现有 Java 代码的策略将 Kotlin 应用于现有 Java 代码的策略

<b>本文讲的是[译] 将 Kotlin 应用于现有 Java 代码的策略,</b>

<b></b>

[译] 将 Kotlin 应用于现有 Java 代码的策略将 Kotlin 应用于现有 Java 代码的策略将 Kotlin 应用于现有 Java 代码的策略
[译] 将 Kotlin 应用于现有 Java 代码的策略将 Kotlin 应用于现有 Java 代码的策略将 Kotlin 应用于现有 Java 代码的策略

一个还会不断增长的趋势。

[译] 将 Kotlin 应用于现有 Java 代码的策略将 Kotlin 应用于现有 Java 代码的策略将 Kotlin 应用于现有 Java 代码的策略

既然这个问题的答案是毫无争议的肯定,我意识到另一个问题在浮现出来:开始使用 Kotlin 应该采取什么样的步骤?

本文旨在向那些困惑从何开始或寻求灵感的人们提供一些自己的想法。

是的,我知道测试是有限制性的。单元测试确切是指:你所测试的(是)独立单元和模块。当你所拥有的一切只是一群单独的类和可能的少量辅助类时,开发复杂的架构网是很困难的。但是这是一种对新语言建立认知和拓展的非常廉价和高效的方法。

我所听到的一个最常见的反对 Kotlin 的观点是,要避免在生产环境中部署 Kotlin 代码。虽然在我看来这是一种非常有偏见的观点,我想向你强调的是,如果你从测试开始,没有任何代码会被实际部署(到生产环境)。取而代之的是,这些代码可能会在你的持续集成环境中被使用,而这也是一种拓展知识的方式。

[译] 将 Kotlin 应用于现有 Java 代码的策略将 Kotlin 应用于现有 Java 代码的策略将 Kotlin 应用于现有 Java 代码的策略

这是你希望发起的 PR。

在这之后,开始迁移单一类。可能是类似 LanguageHelper 或 Utils 这样的类。虽然它们在很多地方被调用,但这种类一般只提供一些影响和依赖关系很有限的功能。

在某个时间节点,你会感觉解决架构中那些更加庞大和核心的类已经足够舒适了。不要害怕。请特别注意可为空(nullability),这是 Kotlin 中最为重要的特性之一。如果你已经进行了很多年的 Java 编程的话,它需要你用一种新的思维方式。但请相信我,新的编程范式最终会在你的头脑中形成。

记住:你不需要强制迁移整个代码库。Kotlin 和 Java 可以无缝交互,现在你并不需要让代码库 100% 由 Kotlin 组成。当你感觉到足够舒适的时候再去做它。

到这个阶段你一定可以开始用 Kotlin 编写所有的新代码了。把这当成过去的事,不要总是回看。当你开始用纯 Kotlin 编写第一个功能时,除了在上面提到过的可为空(nullability),你还需要对默认参数多加注意。更多的考虑扩展功能,而不是继承。发起拉取请求(Pull Request)和代码审查,和你的同事讨论如何能够进一步完善。

最后的建议,享受吧!

下面所列的是我曾经尝试过并且可以推荐的学习 Kotlin 的资源链接。我特别喜欢书籍,尽管有些人讨厌它们。我发现把它们大声读出来是很重要的,同时在电脑上进行编写和练习的话对于知识的沉淀更有帮助。

<b>原文发布时间为:2017年7月13日</b>

<b>本文来自云栖社区合作伙伴掘金,了解相关信息可以关注掘金网站。</b>

继续阅读