Java 与 Kotlin 的搞笑对决

浏览推特时，我看到了这条推文，我有点赞同其中的观点：

我接着查看了文中提到的那篇Reddit帖子。

以下是我对所见所闻的看法。

在 Android 社​​区中，Java 和 Kotlin 之间一直存在着争论，在我看来，这种争论完全没有必要。

我同时使用 Java 和 Kotlin，可以说 Kotlin 是一门非常棒的语言。

但问题在于，要提升一种语言的地位，并不意味着要贬低另一种语言。如果一个工具足够强大，经得起时间的考验，人们自然会接受它。

我看到的另一个错误是，人们将 Kotlin 当前的功能与 Java 过去的问题进行比较。

我这话是什么意思？

当人们将 Kotlin 与 Java 进行比较时，他们有时在不知不觉中将Kotlin与Java 7进行了比较。

如果您还不知道，Java 的最新版本是 Java 12。

Android 系统主要使用 Java 7，少量使用 Java 8。目前，Java 8 的一些特性正在被添加到 Android 系统中，供开发者使用。

如果您熟悉 Android 开发，您就会知道，要在 Android 上使用Java Streams （ Java 8 (2014)中的一项功能），您需要API 级别 24或更高。

为了清楚起见，API 级别 24 指的是Android Nougat。

Java 8 的另一个特性（现在您可以在 Android 上使用）是 CompletableFutures，它只需几行代码即可替换 AsyncTask 类中的所有代码行。

如果你仔细观察，就会发现我还没有提到 Java 12 的最新特性。Java 12 的代码有时看起来就像是 Kotlin，可见 Java 的进步之大。

我也是 Kotlin 的粉丝。如果您想了解更多关于 Kotlin 的信息，请查看《Kotlin in Action》电子书。

但喜爱一种语言不应该让你成为另一种语言的敌人。

我经常听到的论点是可读性和生产力。如果你想了解为什么 Kotlin 并不必然意味着可读性和生产力，请阅读这篇文章。

采用 Kotlin 并不能保证你的开发人员会更快乐、bug 更少、利润会飙升。最终，用户/客户可能根本不知道或不在乎if 语句的含义。

如果你在 Android 上使用 Java，太棒了！
也请查看面向 Android 开发者的 RxJava。

如果你正在使用 Kotlin，那就继续加油！

如果你用 C++ 编写了应用，并且运行正常，那就太棒了！
如果你用 React Native 编写了应用，那就太好了！
如果你用 Flutter 编写了应用，那就太棒了！

我们喜欢崭新的工具，但我们也应该注重工具的实用性和可维护性。

代码行数减少（尤其是在代码量不大的情况下）并不能保证项目交付速度更快。代码可读性是主观的，任何关于生产力的统计数据都应该基于事实。

祝您编程愉快！