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 两节举的例子一样，
有时候呢，虽然不算错，但也实在是别扭...
比如我们今天提到的 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"
