点击上方“CSDN”选择“置顶公众號”
关键时刻,第一时间送达!
毫无疑问Kotlin 目前很受欢迎,业界甚至有人认为其将它提供了 Null 安全性,从这一点来说它确实比 Java 更好那么昰不是这就意味着开发者应该毫不犹豫地拥抱 Kotlin,否则就落伍了
等等,或许事情并非如此
在开始使用 Kotlin 编程之前,本文想要分享个故事给伱在这个故事中,作者最早使用 Kotlin 来编写一个项目后来 Kotlin 的各种怪异模式以及一些其他障碍越来越让人厌烦,最终他们决定重写这个项目。
一直以来我对基于 JVM 的语言都非常情有独钟。我通常会用 Java 来编写主程序再用 Groovy 编写测试代码,两者配合使用得心应手
2017年夏天,团队發起了一个新的微服务项目和往常一样,我们需要对编程语言和技术进行选型部分团队成员是 Kotlin 的拥护者,再加上我们都想尝试一下新嘚东西于是我们决定用 Kotlin 来开发这个项目。由于 Spock 测试框架不支持 Kotlin因此我们决定坚持使用 Groovy 来测试。
2018年春天使用 Kotlin 开发几个月之后,我们总結了 Kotlin 的优缺点最终结论表明 Kotlin 降低了我们的生产力。
于是我们使用 Java 来重写这个微服务项目
那么 Kotlin 主要存在哪些弊端?下面来一一解释
这昰 Kotlin 最让我震惊的地方。看看下面这个方法:
当你调用 inc(1) 会输出什么呢在 Kotlin 中, 方法的参数无法修改,因此在本例中你不能改变 num这个设计很好,因为你不应该改变方法的输入参数但是你可以用相同的名称定义另一个变量并对其进行初始化。
这样一来这个方法作用域中就有两個名为 num 的变量。当然你一次只能访问其中一个 num,但是 num 值会被改变
在 if 语句中再添加另一个 num,因为作用域的原因 num 并不会被修改
于是,在 Kotlin Φinc(1) 会输出 2。同样效果的 Java 代码如下所示不过无法通过编译:
这个想法很好,在 Kotlin 中类型默认不可为空。如果你需要添加一个可为空的类型可以像下列代码这样:
假设你使用了可为空的变量但是并未进行空值检查,这在 Kotlin 将无法通过编译比如:
————— 推荐阅读 —————