Google 已经多次表达过他们不否决 Kotlin 的应用，只要 Kotlin 编译器依然生成有效的字节码，那么 Google 就不会阻拦任何人应用它。但我想如不雅可以或许知道 Google 的 Android 开辟专家是若何对待 Kotlin 的，那就更好了。
我接洽了一些如许的 Android 专家，我获得潦攀来自 17 位的答复。我只是请求他们告诉我们关于 Kotlin 的一点设法主意，谜底显然是未经由修改的，所以你可以发明支撑和否决(或者不那么支撑)的声音。
注：此英文原文宣布于 Kotlin 获得 Google 官方支撑的前几天，供参考。
我欲望这有助于你知道 Kotlin 是若何成为一个游戏规矩改变┞愤的，同时如不雅你是一名 Android 开辟者，我欲望 Kotlin 会成为你推敲应用的一门说话。
其他的就不多说的，让我们来看看 GDEs 们的看法吧，排名不分先后：
我很享受应用 Koltin 来编码，因为我没有须要在项目中惹人太多的第三方库，Kotlin 已经异常好的供给了大年夜部分的支撑。
我以前应用 Groovy 编程说话开辟过 Grails 应用，对于我而言，Groovy 是对 Java 一个极大年夜的改进。它很精简，并有助于避免当时应用 Java 6 说话编码时不得不碰到的很多样板代码。当 Kotlin 出现时，我急速被它吸引了，因为它的很多语法特点让我想起了 Groovy。它既整洁又精华精辟。
我是一个狂热的进修者，所以我欲望进修 Kotlin 并基于 Kotlin Koans 开端我的进修之路。我也订购了《Kotlin in Action》的早期拜访版本。当听了 Hadi 的 Kotlin 播客后，我被推到了正视 Kotlin 的边沿。当 Kotlin 1.1 宣布后，我最终决定正视 Kotlin，并在我的线上应用中惹人 Kotlin。
对于 Android 开辟者而言，Kotlin 有很多长处。最明显的是它的类型体系和对空类型的处理，这迫使你在编码时指明哪些变量可为空，并在应用的时刻遵守这个商定，之后编译器就会介入并确保对变量的赋值都是有效的。空指针异常是我在 Android 应用法度榜样中处理的最常见的异常类型。Kotlin 有助于公平的竞争情况。
Kotlin 别的一个明显的长处是具备扩大函数的才能，经由过程给 Context，Activity 和 Date 类添加扩大函数，使得我的代码简洁了很多，同时变得加倍易于浏览。
2. Sebastiano Poggi
我真的┞锋的很爱好这门说话。我小我认为它在很多情况下使得编码变成一件高兴的工作，比拟之前，同样的情况下用 Java 说话编码将会认为苦楚和繁琐。我毫不是一个 Kotlin 专家，因为我还没有在日常工作中应用它，但每次做小项目时我都邑应用它。你知道传说中的 10 倍效力的开辟者吗?Kotlin 有时让我认为本身就像一个 10 倍效力开辟者(我一向不认为有人可以或许称为 10 倍效力的开辟者，所以这对我来说是一个好的开端)。
简洁的语法是这门说话异常明显的好处，除此之外，我真的很感激它供给的所有附加的 API 和环绕它构建的生态体系。例如，弗成变集合是我经常须要的器械，但如不雅不在应用中(部分)惹人 Guava 函数库的话，在 Java 说话中是用不了的，但 Kotlin 对弗成变集合供给了一级实现，此外还有一堆的其他特点。哦，我说过当看到 Kotlin的宣布版本将对 LLVM 的支撑作为一个目标时，我有多高兴吗?
然而正如我刚才提到的，我的日常工作并没有应用 Kotlin。固然有来由信赖 Kotlin 的惹人将会使项目大年夜大年夜受益，但这个项目却很难惹人 Kotlin，因为这个项目标团队范围很大年夜，我忧?的发明 Kotlin 存在的重要问题：静态代码分析对象的缺乏和成熟设计模式的缺乏。
如不雅如今新创建一个 APP，我肯定会选择 Kotlin。最常见的不和论点是：“然则还不熟悉 Kotlin 的同事会抱怨并且会降低开辟效力”。这一点我是不合意的，大年夜 Java 转到 Kotlin 真的不须要费多大年夜劲，而它的长处会很快出现出来。比拟之下，刚开端应用 RxJava 将会感到艰苦得多。
如不雅你的项目不大年夜且不复杂，那么后者是一个相对次要的问题，但如不雅你碰到的是有十个开辟者在一个有将近十年汗青的巨大年夜的代码仓库中协同工作时，具有优胜的设计模式将会使你加倍的安心。当然，你可以应用 Java 设计模式，但并不是所有的 Java 设计模式在 Kotlin 中都是有意义的，因为有些设计模式是专门环绕 Java 说话设计的，存在必定的局限性。这是一个漫长的评论辩论，我将在这里中断它，不然整篇文┞仿就变成这个评论辩论了。
对我来说，前面提到的第一个问题是最关键的，也是真正决定我是否在项目中采取 Kotlin 的关键。你在项目实践中应用不了 PMD，Checkstyle，Findbugs 和其他的静态代码检查对象(还没有试过 Errorprone)的事实，将使你的项目陷入异常危险的处境。起首，如不雅项目中有跨越 3～4 位开辟者，你不克不及指望在代码风格膳绫擎可以或许严格监督;更重要的，你缺乏很多大年夜上述对象中获得的深刻的 bug 检成功能。如不雅你大年夜来没有(精确的)应用过静态代码检查对象，那么请举手，我当然不信赖你!我知道如今有 IDE 的检查，但那些功能还远不敷强大年夜;也有几个项目为 Kotlin 带来了静态代码分析的才能，但它们还不值得让我们依附。我真的很等待看到它们变得足够成熟，我们最终可以宁神的应用它们。
推荐阅读
Google 老是以本身的方法来解决或者做一些工作。是以，当他们开端做一些让人摸不着脑筋的举措时，大年夜家也不会太奇怪。该项目被称为 Fuschia。大年夜多半密切存眷 Google 和 Android 的>>>详细阅读
本文标题：17位谷歌Android开发专家是如何看待Kotlin的？
地址：http://www.17bianji.com/lsqh/35590.html
1/2 1
网友点评
精彩导读
科技快报
品牌展示