可是容易被滥用

比如 一个人没有在合适的时候抽出函数，而是仅仅重复看起来优雅简洁的 ? :

说起这个

请问什么时候算合适地抽出函数？

上次下意识往 Kotlin 写 ?:

你们很多人可能都不懂我这个“滥用”的意思
我只能尽量总结一句话：别做表面上的简洁，那不能处理真正的复杂

这个只能你们自己去学习思考了

也可以写的，只不过意义完全不一样

功能和优雅易读的代码并不冲突

我刻意在 ? 和 : 加空格就是为了避免混淆……

你别咦，最简单的方法就是把自己一个中型项目 bottom-up 彻底重写一遍

如果你嫌麻烦，当然学不到喽
可是在这个过程里如果你不嫌麻烦，那就没有代码复用。

其实这个问题有人对 JB 提过，还在讨论

https://youtrack.jetbrains.com/issue/KT-5823

不过争议的人不多，你可以去淌下水啊

Kotlin 也是一门“表达式语言”
所以没有 ternary operator

https://t.me/kotlin_cn/5568

尽量写无副作用函数
同样功能写第二次时 重构第一次成helper（但是人多时不太适用，除非pair prog或有强的review）

不一定非得是 Helper fun，怎么抽象都可以

Kotlin 的 type nullability 彻底完成了一次化腐朽为神奇，为此，牺牲 ? : 这种复杂易滥用的文法是值得的。

为 90% 的 case 优化并且重视明确性，这是语言设计应该重视的思想。

https://youtrack.jetbrains.com/issue/KT-5823#focus=streamItem-27-2403678.0-0

所以我举个实实在在的“滥用”例子

我以为 ternary 一直是在替换 if (p) a = 1 else a = 2 为 a = p? 1 : 2 的，但说实话作为一个条件化表达式，它根本没必要被过度使用。

但现在你们可以看到，这里有一个能够抽提为 String? 的扩展 val 定义的东西了，可以想象写出这样例子的人代码质量会有多糟心。

? : 不值得被 miss，至少不值得为此毁掉 "Kotlin way"。

#Kotlin
不说这一点，Java 14 倒是向 Kotlin 学习了不少东西

比如说 when 和降级版的 smart cast。

https://t.me/dsuse_tmp/1822

最后我说一句，不用去了 ☺️

https://youtrack.jetbrains.com/issue/KT-5823#focus=streamItem-27-803740.0-0

因为 Kotlin 的主创 Andrey Breslav 对此态度并不积极

“We'd need to drop ":" to do this, and will be using ":" in two very different meaning in the same language”