Skip to content
This repository has been archived by the owner on Apr 13, 2023. It is now read-only.

Latest commit

 

History

History
92 lines (70 loc) · 7.31 KB

Kotlin’s Android Roadmap.md

File metadata and controls

92 lines (70 loc) · 7.31 KB
title date author tags keywords categories reward reward_title reward_wechat reward_alipay source_url translator translator_url
[译]Kotlin’s Android Roadmap
2016-03-30 09:40:00 -0700
Dmitry Jemerov
官方动态
false
Have a nice Kotlin!

介绍

Google 最近发布的最有趣的消息之一是 Google 宣布 (有限)Java 8 支持 Android N 与 Java 的杰克编译器。当然,我们的用户对这些消息如何影响他们很好奇,而这篇博客文章根据 Google 的公告,概述了我们的计划和我们对 Kotlin 在 Android 开发领域的看法。

Kotlin 的 Android 路线图

我们非常重视使 Kotlin 成为 Android 开发的好工具。在接下来的几个版本(1.0.X)中,我们将继续改进我们的工具链和库。我们目前的努力主要集中在三个主要领域:加快开发工作流程,减少运行时库的大小,并提供更完整的工具支持。

开发工作流程

为了加快开发工作流程,增量编译来到 Kotlin 的 Gradle 插件。这将大大改善构建时间:当源文件更改时,我们只会重新编译这个特定文件,这些文件真的取决于它,而不是整个模块。 我们接下来要做的是提高 Android 构建性能,这是提供与 Android 新的**杰克和吉尔工具链< a>**。现在有一些问题阻止杰克正确处理 Kotlin 生成的字节码( 196084 年203531 ),但是我们计划与 Google 团队一起解决问题或提供解决方案。一旦完成,我们将能够在增量编译期间仅使用 Jill 翻译已更改的类文件,而不是每次翻译所有类文件(这是旧版 Android 工具中唯一可能的行为)。 最后但并非最不重要的:即时运行。目前,冷交换对于 Kotlin 来说是正常的,但暖和热交换需要进一步调查。我们将竭尽全力尽快解决问题。同时, 适用于 Android 的 JRebel Kotlin 已经很好了。

运行时大小

我们正在计划对减少 kotlin-stdlib 的方法计数的几项改进。我们目前的结果是 7'191:<img src =“https://img.shields.io/badge/Methods count-core:6289 | deps:902-e91e63.svg”style =“

    显示:inline;

    填充:0;

    margin:0px 0px -4px 15px;

“/> 在多文件外观类中优化顶级函数表示,并将仅内联函数从运行时可用的二进制文件中移出将会赢得我们几千种方法。

模具支持

Kotlin 1.0 的 Android 支持故事中缺少的主要内容是Lint Checks,我们很高兴地宣布他们来到 Kotlin。我们已经实施了 Android Studio 1.5 中可用的所有支票(计划在 Kotlin 1.0.2 中发布),新的 2.0 检查正在进行中。我们的 Lint 检查是建立在 Kotlin 和 Java 代码的常见表示之上的,我们计划将该表示贡献给 Android SDK,以便在未来版本的 Android SDK 中添加新的检查将与 Kotlin 开箱即用。 随着 1.0.X 版本的发布,还将逐渐添加更多 Android 特定的 IDE 支持,例如新的 Kotlin 活动动作,代码洞察和导航功能等。

Kotlin 和 Java 8

Java 8 已经存在了很长一段时间,因此我们的许多用户,那些没有做 Android 开发的用户,已经选择了 Kotlin 的 Java 8,并对此感到高兴。现在,Android 已经对 Java 8 语言功能提供了正式的支持,那么如何改变 Kotlin 和 Java 之间的选择呢? 首先,虽然 Java 8 将 lambdas 引入 Android,但 Android 工具链在现有平台版本(不运行 N 版本)上支持 lambdas 的方式与 Kotlin 支持 lambdas 的方式之间存在重大差异。要了解不同之处,请看下面简单的代码片段如何编译: Kotlin:list.forEach {process(it)}

Java 8:list.forEach(it - &gt; process(it)) Java 的版本稍微长了一些,但是我们不会专注于这一点。相反,让我们看看引擎盖下会发生什么。从 Java 开始:

  • 在 Android 的 Java 8 中,每个 lambda 都被编译成一个类,它有两种方法:构造函数和实体(影响应用程序的方法计数);
  • 这个类在运行时稍后实例化,在许多情况下 - 每次调用 forEach(在垃圾收集器上产生压力);
  • 并且要访问它,Java 使用对 Consumer.accept 的多态调用,这可能在紧密循环的每次迭代中发生(影响性能,因为运行时并不总是内联这样的调用)。

在一般情况下,Kotlin 以完全相同的方式实施羊羔。然而,在许多情况下,包括大多数收集操作(例如forEach),Kotlin 通过使用内联函数生成更高效的字节码。当您使用带有 lambda 的内联函数时,函数的主体和 lambda 都将在调用站点内联。结果是:

  • lambda 的字节码直接插入到调用方法的字节码中,所以方法计数不增加;
  • 执行代码不分配任何对象,所以没有垃圾收集器的压力;
  • 生成的字节码不包含任何多态方法调用,以确保运行时可能的最佳执行速度。

Bottomline:Android 上的 Java 8 中的 lambdas 并不是免费的,每个人都可能会考虑两次,并选择良好的代码和性能。在 Kotlin,对这种妥协的需求大大减少,您可以使用 lambdas 尽可能多地在代码中表达想法。 当然,Kotlin 还有许多其他语言功能,在任何 Java 版本中都不可用。只是列举几个:

  • 支持空安全防止代码中的大部分 NullPointerException 问题,可以让您从可怕的“不幸的是,应用程序已停止”消息;
  • 属性,主构造函数和数据类大大减少了代表应用程序数据模型的代码中的样板数量: 数据类 User(val name:String,val groupId:String =“default”)
  • 委派属性允许提取属性 getter 和 setter 中的常见逻辑,并将其放入库中: val imageData by lazy {loadData(imageFile)}

而且,Kotlin 的 DSL 构造功能使您在构建您的应用程序方面具有全新的灵活性,这在 Java 中根本不可用。例如,它可以让您选择使用嵌入式 DSL 替换 XML 布局,并以与其余代码相同的语言来描述应用程序的 UI,并可完全访问该语言的抽象功能。这是怎么实现的 安科图书馆

{% raw %}

{% endraw %}
verticalLayout {
    val name = editText()
    button("Say Hello") {
        onClick { toast("Hello, ${name.text}!") }
    }
}

{% raw %}

{% endraw %}

正如你所看到的,Kotlin 提供了很多很多的东西来提高你的工作效率,超出 Java 8 可以为 Java 6 开发人员提供的。而且也很容易学习 综合文件互动练习 和书籍涵盖两者 Kotlin 一般 和使用 Kotlin 为 Android 开发 。所以如果你还没有尝试过 Kotlin,现在和任何时候一样好!