Kotlin新版来了，支持跨平台！
|
谷歌在本年的 I/O 大会上公布，Kotlin 编程说话此刻是 Android 应用措施开拓职员的首选说话(谷歌公布 Kotlin 成为安卓开拓首选)。尚有一个好动静, Kotlin 1.3.30 正式宣布，做了对apple的支持。离前次宣布1.3 时刻已往半年。本次的该版本首要包围 1.3 版本的题目修复和器材完美。版本更新的首要范畴为 Kotlin/Native、KAPT 的机能优化以及对 IntelliJ IDEA 的支持优化。我们往返首下 1.3的 新特征不变的协程 Kotlin/Native Beta 多平台项目和器材用于 Kotlin/Native 和多平台的器材 Ktor 1.0 Beta
本次版本带来的牛逼特征首要对1.3完美，而且做了器材上的支持。 KAPT 支持注解处理赏罚器增量编译 KAPT 已经支持注解处理赏罚器增量编译，该特征仍处灰度尝试阶段，你可以通过在gradle.properties中添加以下设置来启用它： kapt.incremental.apt=true 必要指出的是，在现有版本中引入任何非增量编译的注解处理赏罚器可能依靠的变革(截至今朝，包罗内部声明的修改)城市导致该模块的注解处理赏罚进程退化为非增量模式。 KAPT: 其他晋升 引入了两个设置来晋升编译机能。其一是行使 Gradle workers：
无标记数组的扩展要领 从 1.3 开始我们可以在开拓模式下行使无标记数值范例。这个版本我们对无标记范例以及其数组做了更多的支持： 必要留意的是，我们之前就可以在无标记数组上行使函数式操纵譬喻 filter 和 map ，这是由于无标记范例的数组现实上是实现了 Collection 接口的，譬喻 UIntArray 实现了 Collection 接口。 不外这样就涉及到了机能题目，由于在 UIntArray 被看成 Collection的实例行使时会特殊 建设 一个工具出来。此刻好了，全部新增的扩展函数都行使无标记数组范例作为 receiver 以消除特另外工具建设开销。因此不消担忧，此刻无标记数组和通例数值范例的数组从行使的角度来讲没有什么两样，不会有任何特另外开销了。 Kotlin/Native Kotlin/Native 支持的方针平台有： Windows 32 位(mingw_x86)。除此之外，Windows 和 macOS 用户也可以殽杂编译 Kotlin/Native 措施到 Linux x86-64、arm32 以及 Android 和 Raspberry PI 情形上。 Kotlin/Native 对 Apple 平台的支持 对 Apple 平台的支持也有晋升。iOS 上未处理赏罚的非常信息会被输出到 iOS 瓦解日记傍边，iOS 和 macOS 上的非常仓库(调试模式)也会包括标记信息。此刻也可以行使呼吁行参数 -Xstatic-framework 可能以下 Gradle 脚原来构建静态库：必要留意的一点，现阶段官方暗示拉取和编译这些依靠如故必要一个 Xcode 工程。 Kotlin/Native IDE 支持 接下来我们同步下我们的 IDE 对 Kotlin/Native 的支持事变的盼望。除 IntelliJ IDEA 之外，我们也将宣布 Kotlin/Native 插件支持 CLion 2019.1、AppCode 2019.1。C interop 描写文件 (.def) 后续也会获得全部 IDE 的支持，尽量今朝代码补全成果还没有上线。对付 CLion and AppCode, 我们也支持了非常仓库跳转源码的支持。 IntelliJ IDEA 支持 调试成果的晋升 当你在调试协程代码时，你可以看到有一个单独的异步仓库 “Async stack trace” 表现挂起时的变量。当措施在 suspend 函数可能 Lambda(例子的第 13行)中的断点遏制时， “Async stack trace” 表现了变量在上一次挂起时的状态(12行)。你可以赏识 suspend 函数在当前协程中从上一个挂出发点的所有的仓库 (第12、4行)并确认变量的值：这会辅佐你更利便的领略当前协程的运行状态。在调试 Kotlin 代码时，可以选择 “Kotlin” 模式来查察变量。 Eclipse IDE 插件更新 Eclipse 插件 0.8.14 首要包括以下更新：Kotlin 1.3.30 编译器支持, 大量的题目修复和整体不变性的晋升。该版本也增进了对 Gradle 工程的尝试性子的支持。你可以用 Eclipse Buildship 导入工程，你会发明 Kotlin 会被正常设置。 指定 JVM 版本 假如你的措施运行在 JVM 9, 10, 11, 可能 12 等版本下，你可以配置 jvmTarget到对应的版本了。这个配置会影响编译的 class 文件的字节码版本，但它们不是后向兼容的。对比之下，新方针版本不会有任何字节码优化也不会有任何新特征，等候后续Kotlin继承更新。写在最后无论 Google 对Kotlin 赋予什么祈望，总而言之，Google提出新的体系和跨平台方案，意味着Andorid 生态已经向差异规模发力，最近微软的还击也预示者，google的跨端打算已经对微软形成了火力压抑，坐等大安卓腾飞，移动开拓下一春不远了。于此同时微软也在大力大举成长本身的.net说话的跨平台，而且也在支持 Pyhon开拓说话的各类器材，着实是在对 Flutter和Kotlin 提出了挑衅。各人怎样对待 Kotlin 的将来? 接待交换。 （编辑：湖南网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
