当前位置: 首页>编程语言>正文

android kotlin反射 kotlin 逆向

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();
}
}

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

android kotlin反射 kotlin 逆向,android kotlin反射 kotlin 逆向_逆向kotlin转java,第1张

从此以后,我就成了 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 两节举的例子一样,

android kotlin反射 kotlin 逆向,android kotlin反射 kotlin 逆向_逆向kotlin转java_02,第2张

有时候呢,虽然不算错,但也实在是别扭...

android kotlin反射 kotlin 逆向,android kotlin反射 kotlin 逆向_ide_03,第3张

比如我们今天提到的 Koans 的这道题目,代码转换的结果虽然是对的,但这代码直接暴露了你不会 Kotlin 的事实。会写 Kotlin 的人家都这么写:

fun toJSON(collection: Collection): String = collection.joinToString(separator = ", ", prefix = "[", postfix = "]")

不就是拼接字符串么,还用得着亲自动手?祭出 joinToString 神器,可以解决你日常 80% 的拼接需求了。

可是 Collection 怎么会有这么个方法,在 Java 里面没见过呀!于是你不相信这眼前的一切,点进去看了一下源码,就发现了扩展方法这样的大杀器,从此你的 Kotlin 装备增加了 100 点物理伤害,以及 40% 的攻速。

public fun Iterable.joinToString(...): String {
return joinTo(...).toString()
}

掌握扩展方法不需要太多的前置条件,只要你有过迫切的想法想给 Date 添加一个 format 的方法的冲动,那么你就能理解这个特性是用来做什么的。

fun Date.format(pattern: String): String {
return SimpleDateFormat(pattern).format(this)
}
...
Date().format("yyyy-MM-dd HH:mm:ss")

5. 本期问题

请大家阅读 Kotlin 泛型,并且给出第 3 节中提到的 BaseView 和 BasePresenter 的 Kotlin 的正确写法。

请大家为 String 添加扩展方法, 实现 "abc" - "bc" -> "a"


https://www.xamrdz.com/lan/5ra1967414.html

相关文章: