初窥 Kotlin 1.2 的跨平台特性
1. Kotlin 怎么跨平台？
Kotlin 1.2 的发布，带来了一个重量级特性，那就是跨平台。尽管跨平台特性目前只支持 Jvm 和 JavaScript，但随着 Native 的快速迭代，相信在不久的将来，Kotlin 的跨平台特性将会很快支持全平台，彼时，Kotlin 将真正作为一门成熟的跨平台语言出现在大家面前，想想都令人激动。
我们知道，Kotlin 可以编译成 Jvm 字节码运行在 Java 虚拟机上，也可以编译成 JavaScript 运行在浏览器、Node 等 JavaScript 环境中，甚至可以编译成机器码，直接运行在机器本地环境中，也就是说，如果一份代码不依赖各个平台特有的 Api，理论上它就可以编译成上述三个平台代码中的任何一个，简单来说，Kotlin 的跨平台就是这样的逻辑。
当然，Kotlin 会对一些平台无关的语言层面的 Api 做封装，提供一个跨平台的标准库，所以大家在编写跨平台代码时需要依赖下面这个：
dependencies {
compile "org.jetbrains.kotlin:kotlin-stdlib-common:$kotlin_version"
}这个库提供了基本的语言支持，而像时间 Date 这样的 Api 由于与平台相关，所以就不在通用的跨平台标准库中提供了。
2. 我的跨平台代码想要使用平台相关特性，怎么办？
上图是 Kotlin 跨平台工程的一个基本结构。图中可以清楚地看到，Common Lib 实际上就是需要跨平台的代码模块，上面的 Jvm 和 Js 模块实际上还不能是我们真正平台相关的业务模块，而是对 Common Lib 的一种补充。
图中 expect 表示的就是 Common Lib 中有些需要依赖平台相关特性的地方，例如刚才说到的 Date，是平台相关的特性，在跨平台的标准库当中没有提供，可是我想在跨平台代码中用它呀：
inline fun measure(block: ()->Unit){
val start = Date().getTime()
block()
println("Time passed: ${Date().getTime() - start}")
}
fun sharedCodeOnBothJvmAndJs() = measure {
...
}这要怎么办呢？这需要用 expect 这个关键字在 Common Lib 当中声明这样一个 Date 类：
expect class Date(){
fun getTime(): Long
}是不是有点儿像 C 的头文件的定义？只声明，不实现，那么谁来实现？当然是与 Common Lib 紧密相关的两个模块了，也就是前面图中的 Jvm 模块和 Js 模块 —— 再强调一下，这两个模块与 Common Lib 直接关联，一般不写具体业务逻辑，只是作为后者的一个补充和支持。
Jvm 版本的 Date：
actual class Date {
private val jvmDate = java.util.Date()
actual fun getTime() = jvmDate.time
}与 expect 相对的有 actual，这就是在 Jvm 上面实现的版本了。
Js 版本的 Date：
actual class Date {
private val jsDate = kotlin.js.Date()
actual fun getTime() = jsDate.getTime().toLong()
}3. 跨平台特性要怎么应用于实际项目中？
跟盖楼一样，我们把我们的工程结构图进一步完善，对于 Jvm 模块，你可以添加到你的任何 Jvm 项目中，这里单独把 Android 拿出来原因是我们通常并不把它当做普通的 Java 程序，不管怎样，通常只要是 Java 虚拟机上面跑得起来的，除非有 Android 平台不具备的特性需求（例如 Swing），一般来说都是没区别的；而对于 Js 模块，你可以把放到任意可以运行 Js 的环境当中，浏览器也好，Nodejs 也好，都没问题。
4. 小结
Kotlin 本身可以编译到不同平台，所以要解决代码在不同平台的编译，要解决的就是：
- 平台无关的标准库
- 平台相关 Api 的自定义
相信通过阅读本文，大家就可以对这个概念有所了解了。