Android KTX 或 Anko

Question

我对使用 Android KTX 的优点和缺点有点困惑对比Anko .因为这两个库都试图实现相同的最终目标，而且它们之间的界限变得有点模糊，in some cases, the same functionality is available in both libraries .

如果您能帮助我阐明每个任务的任务及其用例，我将非常感激。

提前致谢!

Answer 1

Anko 是 JetBrains 在开发 Kotlin 并使其与 Android 相关时启动的一个项目。我认为它是 Kotlin 可能性的早期生产就绪展示。

Anko 以 Anko 布局而闻名，但在 Anko Commons 中也有一些用于 Android 开发的扩展，还有一些其他模块，如 SQLite。

然而，Anko 库在更新后积累了大量的方法更新，这使得今天的库在每个 dex 文件限制为 65K 方法时相对重量级(出于 apk 大小和性能原因，我更喜欢使用一个方法) ).

Anko commons 为 Android 提供扩展，因此它在某种程度上类似于 Android KTX，但它不像 Android KTX 那样集成和组织(包和 Artifact 方面)，后者现在是 AndroidX 的一部分，而 AndroidX 是 Android Jetpack 的一部分.顺便说一句，使库更小、耦合更松散是 Android Jetpack/Android X 理念的一部分。

因此，Android KTX 显然是 future ，我认为没有理由不加入这艘船，或者更确切地说，不要让它加入您的 Android 项目。

此外，as you yourself pointed out ， future 的 Anko 版本将弃用(并可能最终删除)与 Android KTX 的重叠，以仅提供 AndroidX 中没有的功能。

包括一个无耻的插件:既然你在谈论 Anko，如果 Anko 布局引起了你的注意，但你遇到了与它们的斗争(特别是在与自定义或第三方 View 交互时)，我建议你查看 Splitties 中的 View DSL。 ，比 Anko 布局更灵活，而且非常轻量级。您可能也会对其他模块感兴趣。我开始这个项目是为了在工作和家中的 Android 项目中利用 Kotlin 功能。

你没有问过，但这是我对 Anko 协程的看法:我发现 bg { … } 扩展令人困惑。我更喜欢将 kotlinx.coroutines 与 Android Artifact 一起使用，使用 launch、withContext 等，以及 Dispatchers.IO。

但是，在我看来，Anko 协程监听器(例如可以暂停的 onClick)并不是一个坏主意。