Jack（Java Android编译器工具包）将如何影响Scala开发人员

Question

现在，随着杰克的宣布，谷歌澄清了Java与Android之间可预见的未来。但是这对Scala和其他基于JVM的语言开发人员有什么影响。特别是：

1. Scala之所以如此神奇，是因为它有自己的编译器来生成Java字节码。但是Jack toolchain不处理字节码。生成的字节码会获得Jack处理的任何优化好处吗？
2. 从Scala12开始，只支持Java8+。也就是说，生成的字节码也是Java8+。Jack可以利用Java8字节码吗（没有或有限制）？
3. 新支持的Java8特性可以用于开发旧的Android版本(minSdkVersion<'n')，还是应该为每个Java版本维护单独的分支？（文档中不清楚）。

所有这些问题都归结为一个问题：Scala是否可以在不牺牲Scala新特性和Android新工具链的好处的情况下用于未来的Android开发？

Jack（Java Android编译器套件）

新的Android工具链-杰克和吉尔

杰克和吉尔构建系统（幻灯片）

null

相关的：

• Scala-on-Android小组讨论

请投票支持杰克工具功能请求：

null

如果在块（6）中执行了所有代码优化，那么第1个问题的答案是-是。转换为library.jar的Scala代码可以从Jack优化中受益。但是，首先应该将其转换为。Jayce（类AST表示），这将增加构建时间。

最后，Jack生成。dex Dalvik字节码，以保持与旧的Dalvik运行时的兼容性（ART也使用Dalvik字节码）。所以3-D问题的答案是：是的，可以使用Java8特性。但仅限于project Java源代码中。应用程序仍然与任何运行时兼容。但是由于转换到Java7(Dalvik字节码），Java8的优势被放弃了。

Answer 1

重要的是要了解引入了两个工具：

>

jack:取代复杂的javac+proguard+dx的新编译器

Jill：库链接器，可以链接当前编译的库（.class）等。
参见http://tools.android.com/tech-docs/jackandjill

所以听起来这里有两个独立的问题：

>

Scala兼容性:
Scala将不受Jack支持，因为Jack编译Java源代码。
但是Scala 2.11编译为Java1.6字节码，因此Jill将能够选择这些代码并转换为Jack文件来提供Jack编译器。
请参阅 ；Android N Java 8特性（Jack编译器）和Kotlin Interop ；（Kotlin与Scala的问题相同，因为它是JVM语言）

Java8以及Scala2.12+的兼容性:
这部分正在开发中，如果Jack/Jill支持Java8，那么它也将支持Scala2.12+（通过Jill）。如果不支持，那么Java 8开发人员与Scala 2.12开发人员处于同一条船上。
如果Jack支持Java8，但Jill不支持，那么Java 8库开发人员将与Scala 2.12开发人员处于同一条船上。
see ；https://www.guardsquare.com/blog/droidconlondon2015