Android
iOS
JavaScript
英文原文：
Part I: How to Choose a JavaScript Engine for iOS and Android Development
在我开端运用OpenAphid-Engine的时分，曾经有几品种似的iOS/Android 项目.这些贸易项目或许开源项目运用JavaScript完成代码特征。比方，Titanium 和PhoneGap 答应开辟者运用JavaScript开辟当地 iOS/Android apps; ngCore 更是可使用纯粹的JavaScript构建跨平台的游戏。JavaScript曾经成了编程言语中的佼佼者，也由于更轻易进修吸引了浩繁开辟者介入到这一范畴。
如何在IOS/Android上运用JavaScript
首要有两种办法。一种是运用系统的阅读器组件（IOS中的UIWebView和Android中的WebView），另外一办法就是运用整合好的JavaScript引擎。
运用系统的阅读器组件比拟轻易完成可是更庞杂，效力也低。 WebView供给了 addJavascriptInterface 把Java classes注入到JavaScript文本的办法。可是它只支撑最原始的几种数据类型，因而也局限了API设计。而且在Android 2.3模仿器上不波动，在真机上也会碰到 issue #12987的问题。在IOS上更糟 UIWebView没有公共的APIs支撑JavaScript到Objective-C的交互(你必需运用似有的APIs才干到达与addJavascriptInterface类似的功用)。
PhoneGap 是基于 UIWebView and WebView的比拟知名的项目。开辟者自愿运用回调函数从JavaScript APIs失掉前往值。这在游戏上效力极低，也更加庞杂。
早期的ngCore异样依靠UIWebView来支撑iOS。可是这个机制因为其蹩脚的表示被代替。
为了取得更好的表示、灵敏性、兼容性，嵌入全功用的JavaScript引擎变得更加有效。
选择JavaScript 引擎
据我所知，iOS 或 android 上可以运转的JavaScript 引擎有4个：
JavaScriptCore,
SpiderMonkey,
V8 and
Rhino.下面这个表格展现各个引擎在iOS 和 Android 的兼容性
|
iOS |
Android |
| JavaScriptCore |
Interpreter only |
Interpreter and JIT |
| SpiderMonkey |
Interpreter only |
Interpreter and JIT |
| V8 |
JIT only for jailbroken devices |
JIT |
| Rhino |
Unsupported |
Interpreter |
当我设计
OpenAphid-Engine 成为一个适宜的Javascript的引擎的时分，我首要考量以下目标：
- 扩大性. 可以很便利的应用当地特征实行扩大。例如OpenAphid-Engine 经过一个桥接层，完成了经过Javascript 实行OpenGL ES 的运用。
- 功能好：一个疾速的Javascript 引擎首要归结为两个要素：有效的绑定机制和实行较低的开支。. OpenAphid-Engine 在衬着一帧页面的时分经过JavaScript触发数百个OpenGL ES挪用来实行衬着。这点长短常成心义的，假如只是把开支放到纯真的履行JavaScript长进即将会招致衬着很慢，。
- 体积小.：在内存的占用上和本身的履行文件上都要比拟小。
其它翻译版本 (1)
加载中
Rhino和 V8呈现的最早，可是不支撑iOS。我十分盼望可使用 V8开辟 OpenAphid-Engine ，在初度运用时就发明它具有优雅的代码构造，杰出的表示，可是我十分绝望，由于 V8只能在JIT形式下运用，而IOS不支撑。除非你运用jailbroken装备。（概况请参考 issue #1312)
我在JavaScriptCore和SpiderMonkey间纠结了好久。在胜利安排了Android和IOS项目后，我经过试验找到更好的一个。
SpiderMonkey 轻易失掉开辟权限，可是在与JavaScriptCore比拟时心悦诚服。SpiderMonkey发生了大量的二进制文件 (在ARMv7上约莫1.3MB)；JavaScript履行得更慢，在JavaScript和C++的桥接表示更加主要。别的一个让我阔别SpiderMonkey的缘由是在iOS模仿器上呈现随机解体景象。
JavaScript引擎会受非常多工具影响，比方穿插编译器的版本、引擎的版本和操纵系统的品种等。下表罗列了几种运转在iPod Touch 4上引擎的运转工夫。（有兴味请于Google Doc检查准确的工夫）
关于JavaScript Code 的应战
在我分心于 JavaScriptCore以后，我的研讨更进了一步：
1. 它在运转 一百万 次 native_function和 一百万次Math.abs(0) 的工夫六倍于 运用 JavaScriptCore.我察看到异样的功能问题呈现在经过注入的方法拜访工具的属性。
2. 应用
C APIs 实行设计固然开辟容易，可是缺少灵敏的内存治理机制。缺少一个初级的外部渣滓收受接管机制很难明决相似于
circular references 的问题。
3. 浩繁的
JavaScriptCore 正式版本都是可用的 。 不外
OpenAphid-Engine 是更好的一个，它不单速度快，并且相当小。
我丢弃了本来的运用
C APIs 计划因而处理了 问题 1 和 2. 运用的JSC 版原本自于iOS4.3.3，由于异样在剖析器形式下这个版原形比来自于iOS 5 的版本更快，履行文件更小。
在其他产物上运用的JS引擎
在开辟OpenAphid-Engine时期，我不断坚持对其他引擎的存眷，以下这个表格总结了其他JS引擎的运用状况
|
iOS |
Android |
| ngCore 1.6 and above |
UIWebView |
V8 |
| ngCore 1.7 and later |
SpiderMonkey |
V8 |
| Titanium |
JavaScriptCore |
V8 or Rhino |
| PhoneGap |
UIWebView |
WebView |
| Cocos2D-x JavaScript |
SpiderMonkey |
SpiderMonkey |
| CocoonJS |
JavaScriptCore |
JavaScriptCore |
| Ejecta |
JavaScriptCore |
Unsupported |
| directCanvas |
JavaScriptCore |
No clue |
接下来的事
我将对比 ngCore 把我本人的设法放到OpenAphid-Engine. 请等待！
本文中的一切译文仅用于进修和交换目标，转载请务必注明文章译者、出处、和本文链接。
2KB翻译任务按照
CC 协定，假如我们的任务有进犯到您的权益，请实时联络我们。
2KB项目（www.2kb.com，源码交易平台）,提供担保交易、源码交易、虚拟商品、在家创业、在线创业、任务交易、网站设计、软件设计、网络兼职、站长交易、域名交易、链接买卖、网站交易、广告买卖、站长培训、建站美工等服务
