我正在使用Titanium Mobile 1.0构建iPhone应用程序,我看到它可以编译为本地iPhone二进制文件。这是如何运作的?似乎要分析JavaScript代码并直接转换为Objective-C,而没有像280 North的Objective-J和Cappuccino这样的超集语言,这将需要很多繁重的工作。
Titanium会获取您的Javascript代码,对其进行分析和预处理,然后将其预编译为一组符号,这些符号将根据您的应用程序使用Titanium API进行解析。从这个符号层次结构中,我们可以构建一个符号依赖关系矩阵,该矩阵映射到基础的Titanium库符号,以了解您的应用程序特别需要哪些API(以及相关的依赖关系,框架等)。我以半通用的方式使用“符号”一词,因为它在语言上有所不同。在iPhone中,该符号映射到一个真正的C符号,该符号最终映射到一个已针对ARM / i386体系结构进行编译的已编译.o文件。对于Java来说,它或多或少是一个.class文件,等等。一旦前端可以理解您的依赖关系矩阵,我们便会调用SDK编译器(例如,iPhone的GCC,
因此,一种简单的思考方式是,您的JS代码几乎一对一地编译为本地的代表性符号。仍然有一个解释器以解释模式运行,否则诸如动态代码之类的东西将无法工作。但是,它更快,更紧凑,并且几乎与纯本地映射差不多。
显然,我们仍然有足够的空间来改进此问题并对此进行研究。到目前为止,在我们最新的1.0测试中,它与相同的Objective- C直接代码几乎没有区别(因为在大多数情况下,它都已精确地映射到该代码)。从CompSci的角度来看,我们现在可以开始优化人类确实无法轻易做到的事情- 就像今天的GCC编译器一样。