blocks|key|1088137|text|如果我打包我的简单而丰富的代码，我会得到一个大约80MB的gzip归档(原始代码~1kB)。在这个包中，你可以找到我的源html和js文件。包中还附带了很多库(例如ssl)(因为您可以对此框架中的许多内容进行低级访问)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1088138|我认为他们会把你的代码打包成某种解释器、软件和库。在我的例子中，就像我把html和js代码打包到一个只显示我的站点的小浏览器旁边。|1088139|无论如何，只要代码在每个支持的系统上以相同的方式工作，这是一件很好的事情。|1088140|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

If I package my simple ample code I get a ~80MB gzip archive (original Code ~1kB). Within the package - among others - you can find my source html and js files.
There are also a lot of libraries (ssl for example) shipped with the package (because you can have low-level access to a lot of things within this framework).

I think that they take your code and wrap around some kind of interpreter software and libraries.
In my case it would be like if I pack my html and js code next to a tiny browser that only displays my site.

How ever, as long as the code works on every supported system in the same way its a nice thing.

blocks|key|1088206|text|it提取您的Javascript代码，对其进行分析和预处理，然后将其预编译为一组符号，这些符号将根据您的应用程序对Titanium的使用情况进行解析。从这个符号层次结构中，我们可以构建一个符号依赖矩阵，该矩阵映射到底层的Titanium库符号，以了解您的应用程序具体需要哪些app+(以及相关的依赖项、框架等)。我以一种半泛型的方式使用了符号这个词，因为它在不同的语言中略有不同。在iPhone中，符号映射到真正的C符号，最终映射到已为ARM/i386体系结构编译的编译.o文件。一旦前端可以理解你的依赖矩阵，我们就会调用.class编译器(比如iPhone的GCC，安卓的Java+)，然后将你的应用编译成最终的本机二进制文件。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1088207|因此，考虑这个问题的一个简单方法是，您的JS代码几乎一对一地编译成原生语言中的代表性符号。仍然有一个解释器在解释模式下运行，否则像动态代码这样的东西将无法工作。然而，它更快，更紧凑，它几乎是你能得到的最接近纯原生映射的映射。|1088208|显然，我们仍然有足够的空间来改进这一点，并在那方面努力。到目前为止，在我们最新的1.0测试中，它与同样的objective-c直接代码几乎没有区别(因为在大多数情况下，它都被精确地映射到那里)。然而，从CompSci的角度来看，我们现在可以开始优化人类确实不容易做到的事情-就像今天的GCC编译器已经做的那样。|1088209|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Titanium takes your Javascript code, analyzes and preprocesses it and then pre-compiles it into a set of symbols that are resolved based on your applications uses of Titanium APIs. From this symbol hierarchy we can build a symbol dependency matrix that maps to the underlying Titanium library symbols to understand which APIs (and related dependencies, frameworks, etc) specifically your app needs. I'm using the word symbol in a semi-generic way since it's a little different based on the language. In iPhone, the symbol maps to a true C symbol that ultimately maps to a compiled .o file that has been compiled for ARM/i386 architectures. For Java, well, it's more or less a .class file, etc. Once the front end can understand your dependency matrix, we then invoke the SDK compiler (i.e. GCC for iPhone, Java for Android) to then compile your application into the final native binary. 

So, a simple way to think about it is that your JS code is compiled almost one to one into the representative symbols in nativeland. There's still an interpreter running in interpreted mode otherwise things like dynamic code wouldn't work. However, its much faster, much more compact and it's about as close to pure native mapping as you can get. 

We're obviously still got plenty of room to improve this and working on that. So far in our latest 1.0 testing, it's almost indistinguishable from the same objective-c direct code (since in most cases it's exactly mapped to that). From a CompSci standpoint, we can now however start to optimize things that a human really couldn't easily do that - much like the GCC compiler already does today.

blocks|key|1303403|text|正如jhaynie所说，应用程序被编译成本机代码，但仍然有一个解释器来运行一些javascript，这使得应用程序非常动态。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1303404|appcelerator+titanium|offset|length|1303405|entityMap|0|LINK|mutability|MUTABLE|url|http://www.itwriting.com/blog/4198-is-appcelerator-titanium-native-and-what-does-native-mean-anyway.html/comment-page-1#comment-535303^0|0|0|L|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

Like jhaynie said, the application is compiled into native code, but there is still an interpreter in-place to run some javascript, which allows the application to be very dynamic.

<a href="http://www.itwriting.com/blog/4198-is-appcelerator-titanium-native-and-what-does-native-mean-anyway.html/comment-page-1#comment-535303" rel="nofollow">appcelerator titanium</a>

I'm working on building an iPhone app with Titanium Mobile 1.0 and I see that it compiles down to a native iPhone binary. How does this work? Seems like it would take a lot of heavy lifting to analyze the JavaScript code and do a direct translation into Objective-C without having a superset language like 280 North's Objective-J and Cappuccino.

How Does Appcelerator Titanium Mobile Work?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我正在使用Titanium Mobile1.0构建一个iPhone应用程序，我发现它可以编译成本机iPhone二进制文件。这是怎么回事？在没有像280North的Objective-J和Cappuccino这样的超集语言的情况下，分析JavaScript代码并将其直接转换为Objective-C似乎需要很多繁重的工作。

问Appcelerator Titanium是如何工作的？
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Appcelerator Titanium是如何工作的？EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Appcelerator Titanium是如何工作的？
EN