逆向kotlin转java,解毒 Kotlin Koans: 02 震惊！你的 Java 代码居然被转换成了这样......

最新推荐文章于 2024-05-15 20:23:10 发布

Randy Rhoads

最新推荐文章于 2024-05-15 20:23:10 发布

阅读量835

点赞数

文章标签：逆向kotlin转java

0. 上期回顾

上回书我们说道，一个简单的 HelloWorld 背后也可以隐藏着众多不可告人的秘密。那么这些秘密究竟是什么呢？

那就是，只要我们写的代码可以支持下面的代码运行，并返回 "OK"，那么这事儿就成啦：

start()

既然这样，我们除了可以有上一回提到的两种普通解法之外，还应该有以下几种高端解法：

默认参数法：fun start(str: String = "OK") = str

Lambda 表达式/匿名函数法val start = { "OK" }

运算符重载法object start{

operator fun invoke() = "OK"

}

你还想到什么有趣的解法了么？

1. 转换 Java 为 Kotlin

大家学习 Kotlin，一定知道有个神奇叫做 "Convert Java File to Kotlin File"，不仅如此，如果你复制一段 Java 代码到 Kotlin 文件中，这段代码也会自动转换成 Kotlin 代码。

有很多时候如果你不知道某种东西怎么用 Kotlin 表达，怎么办呢？你总不能说：小二，给洒家来一本牛津大辞典吧？还好有 J2K 转换工具，这些问题有时候只要你会 Java，你就可以丧心病狂的转换出 Kotlin 代码。

我们今天按照 Kotlin Koan 给出的顺序，要解毒的就是下面这道题：

把下面这段 Java 代码转换为 Kotlin 代码：public class JavaCode {

public String toJSON(Collection collection) {

StringBuilder sb = new StringBuilder();

sb.append("[");

Iterator iterator = collection.iterator();

while (iterator.hasNext()) {

Integer element = iterator.next();

sb.append(element);

if (iterator.hasNext()) {

sb.append(", ");

}

sb.append("]");

return sb.toString();

}

嗯，老夫想了想，这有何难，复制粘贴谁不会，真是的。

从此以后，我就成了 Kotlin 大神，反正只要用工具把 Java 代码转一下就好啦，还学什么学 >.

2. 什么玩意，空指针啊

后来我就经常需要将原来用 Java 编写的 Activity 转换为 Kotlin 版本的，例如：

public class TestActivity extends Activity {

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

...

}

老板说了，从今天起，谁写 Java 就是跟他作对(请允许我 YY 一下 - -、)，于是没有办法，我就得把它转成 Kotlin：

class TestActivity : Activity() {

override fun onCreate(savedInstanceState: Bundle) {

super.onCreate(savedInstanceState)

...

}

转的挺快啊，我还没反应过来，就转完了！不过这代码你要是敢运行一遍，Crash 就敢恶心你一遍。savedInstanceState 这个参数可能为 null，显然类型定为 Bundle 有些不合适。

对于平台类型(Platform Type)，很多时候转换工具是无从得知它是否可能为空的，毕竟 Java 没有对此作出过任何承诺。

怎么办？Kotlin 提供了一对注解来标注 Java 类型是否可空：@Nullable 和 @NotNull，Android Support Annotations 这个包也提供了一对：@Nullable 和 @NonNull，我们用这些注解标注一下 Java 类型，那么再做转换，工具就会根据你做的标注来转换代码。

@Override

protected void onCreate(@Nullable Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

...

}

override fun onCreate(savedInstanceState: Bundle?) {

super.onCreate(savedInstanceState)

...

}

一句话，用转换工具的时候一定要注意平台类型！

3. Raw 类型惨叫一声...

尽管我们知道这转换工具没办法有效识别平台类型的问题，不过，对于下面的情况，它支持起来可能就更有些尴尬了：

public class BaseView {

T presenter;

}

...

public class BasePresenter {

T view;

}

下面是转换后的结果：

class BaseView> {

var presenter: T? = null

}

class BasePresenter> {

var view: T? = null

}

看上去也没啥问题啊，为啥 IDE 就报错呢？因为我们要求 BaseView 当中的 T 类型是 BasePresenter 的子类，不过我们对这里的 BasePresenter 有个小小的要求，那就是它的泛型参数得是 BaseView 的子类而不是 *。对于 BasePresenter 也是一样的。

那么 Java 中为什么没有这样的问题呢？因为 Java 中有 Raw 类型，你可以不传任何泛型参数给 BaseView 就像我们在声明 BasePresenter 的时候那样。

显然，对于 Raw 类型的转换，转换工具会用 * 来代替，但这样的代码有时候可以，有时候却是行不通的。

小心 Raw 类型！

4. Kotlin 风格的代码

吐槽转换工具就好比我们吐槽谷歌翻译一样：有时候不对，就像我们在 2、3 两节举的例子一样，