【51CTO譯文】PhoneGap和Appcelerator Titanium，對(duì)于封裝和配置移動(dòng)應(yīng)用程序而言，二者都是非常受歡迎的開源JavaScript框架。本文為Appcelerator開發(fā)者Kevin Whinnery對(duì)PhoneGap和Appcelerator Titanium進(jìn)行的全方位的比較。

以下為全部譯文：

我在面向開發(fā)者的各項(xiàng)活動(dòng)和大會(huì)上經(jīng)常被問及一個(gè)問題：Titanium與PhoneGap相比到底怎樣。我想，看來有必要抽點(diǎn)時(shí)間，從宏觀層面解釋每一項(xiàng)技術(shù)是如何工作的，并且評(píng)估這兩項(xiàng)技術(shù)彼此相比怎樣。

從宏觀層面來看，PhoneGap和Titanium似乎很相似。它們都提供了跨平臺(tái)移動(dòng)開發(fā)工具。兩者還在一定程度上都需要使用JavaScript和Web技術(shù)。Titanium和PhoneGap都是采用寬松許可證的開源軟件（Titanium Mobile SDK是采用Apache 2.0許可證發(fā)布的；PhoneGap采用了類似的許可方式，PhoneGap又被稱為是Apache軟件基金會(huì)管理的項(xiàng)目“Cordova”的一個(gè)“發(fā)行版”）。

但是兩者的相似之處其實(shí)僅限于此。雖然這兩項(xiàng)技術(shù)的目的都是能夠?qū)崿F(xiàn)跨平臺(tái)的移動(dòng)開發(fā)，但是解決這個(gè)問題的一套理念和方法卻沒有多少共同之處。此外，從贊助公司的角度來看——PhoneGap的贊助公司是Adobe，Titanium的贊助公司是Appcelerator，每個(gè)項(xiàng)目背后的商業(yè)目的大不一樣。我將從自己的視角，在下文盡量詳細(xì)地描述技術(shù)、理念和商業(yè)模式方面的這些差異。

另外，要是你之前還沒有了解，我要聲明一下：本人長期以來是Appcelerator的代碼捐獻(xiàn)者和雇員。話雖如此，我還是盡量立足于客觀的技術(shù)事實(shí)，從技術(shù)和理論層面對(duì)這兩項(xiàng)技術(shù)作一番評(píng)述。如果你覺得我闡述的觀點(diǎn)哪里與事實(shí)不符或者誤人子弟，請(qǐng)留言告訴我，我會(huì)酌情更新這篇博文。

我會(huì)先從宏觀層面描述這兩項(xiàng)技術(shù)是如何工作的，還會(huì)描述這兩項(xiàng)技術(shù)如何用額外的原生功能來擴(kuò)展。就每項(xiàng)技術(shù)而言，我還會(huì)總結(jié)它們所選擇的跨平臺(tái)開發(fā)方法存在的主要優(yōu)缺點(diǎn)。技術(shù)上的差異很快就會(huì)一目了然，但是我做了這些概述和比較后，還會(huì)描述這兩個(gè)平臺(tái)在理念上和戰(zhàn)略上有什么差異、它們將何去何從。

不妨先來介紹一下PhoneGap及其是如何工作的。#p#

PhoneGap想實(shí)現(xiàn)什么樣的目的？

PhoneGap的目的是，讓基于HTML的Web應(yīng)用程序可以作為原生應(yīng)用程序來部署和安裝。PhoneGap Web應(yīng)用程序由原生應(yīng)用程序外殼來加以包裝，可以通過面向多個(gè)平臺(tái)的原生應(yīng)用程序商店來加以安裝。此外，PhoneGap力求提供Web應(yīng)用程序通常無法使用的常用的原生API（應(yīng)用編程接口）集，比如之前在瀏覽器中還沒有提供的基本攝像頭訪問、設(shè)備中的聯(lián)系人資料和傳感器。

從更宏觀的層面來看，PhoneGap可以看作是新興的萬維網(wǎng)聯(lián)盟（W3C）設(shè)備API標(biāo)準(zhǔn)的開路先鋒，因?yàn)樗鼈冊(cè)噲D現(xiàn)在就讓W(xué)eb開發(fā)者感受和領(lǐng)略未來。如今，沒有哪個(gè)平臺(tái)將Web應(yīng)用程序視作一等公民，不過Mozilla大有希望的Boot To Gecko平臺(tái)有機(jī)會(huì)改變這種情況。在優(yōu)先通過API訪問Web應(yīng)用程序方面，微軟的Windows 8也正在取得進(jìn)展，值得關(guān)注。但是PhoneGap的目的是，現(xiàn)在就為Web應(yīng)用程序獲得一小部分的此類權(quán)利。

PhoneGap的最終用戶工作流、工具和接口

想開發(fā)PhoneGap應(yīng)用程序，開發(fā)者就要在本地目錄中創(chuàng)建HTML、CSS和JavaScript文件，其方式酷似開發(fā)靜態(tài)網(wǎng)站。實(shí)際上，一些PhoneGap開發(fā)者提到了這款工具的額外好處：自己大多數(shù)時(shí)候可以在桌面Web瀏覽器中進(jìn)行開發(fā)，根本不需要原生工具鏈（toolchain）。

想在原生仿真器/模擬器上運(yùn)行PhoneGap應(yīng)用程序，開發(fā)者就得為自己想要支持的每一個(gè)原生平臺(tái)創(chuàng)建一個(gè)項(xiàng)目，并且使用Xcode、Eclipse或所需的任何原生工具鏈，配置該項(xiàng)目的“web root”目錄，然后使用該工具來運(yùn)行項(xiàng)目。具體步驟在每個(gè)平臺(tái)各自的入門指南中均有概述。符號(hào)鏈接常常用來跨多個(gè)原生項(xiàng)目，把“www”文件夾傳送到一個(gè)共同的目錄位置。

把原生包裝的PhoneGap應(yīng)用程序安裝到設(shè)備上需要相似的工作流。不過，為了補(bǔ)充這個(gè)過程，并且緩解本地安裝原生軟件開發(fā)工具包（SDK）的需要，最近被Adobe收購的Nitobi建立了一項(xiàng)名為PhoneGap Build的服務(wù)，該服務(wù)可以在云端創(chuàng)建易于安裝的應(yīng)用程序。支持PhoneGap編譯部署的功能最近已集成到了Adobe的Dreamweaver工具中。

與PhoneGap結(jié)合使用的工具是標(biāo)準(zhǔn)的Web開發(fā)工具，比如Firebug、Web Inspector和你所選擇的文本編輯器。還出現(xiàn)了一種用于遠(yuǎn)程調(diào)試的新興工具，名為Weinre；這款工具如今得到了更廣泛的應(yīng)用。總的來說，你開發(fā)原生應(yīng)用程序這個(gè)事實(shí)在開發(fā)過程中基本上是抽象的。#p#

PhoneGap是如何工作的？

正如我們之前提到的那樣，PhoneGap應(yīng)用程序是一種“原生包裝”的Web應(yīng)用程序。不妨探討一下Web應(yīng)用程序是如何加以“包裝”的。

許多原生移動(dòng)開發(fā)SDK提供了Web瀏覽器窗口組件（“Web視圖”），作為用戶界面框架（比如iOS和Android）的一部分。在純?cè)鷳?yīng)用程序中，Web視圖控件用來顯示來自遠(yuǎn)程服務(wù)器的HTML內(nèi)容，或者顯示以某種方式與原生應(yīng)用程序一起封裝的本地HTML內(nèi)容。由PhoneGap創(chuàng)建的原生“包裝器”（wrapper）應(yīng)用程序把前后端開發(fā)者的HTML頁面裝入到這其中一個(gè)Web視圖控件，并且在應(yīng)用程序啟動(dòng)后，將隨后出現(xiàn)的HTML作為用戶界面來顯示。

如果JavaScript文件包括在Web視圖裝入的頁面中，該代碼就在頁面上以正常方式來評(píng)估。不過，創(chuàng)建Web視圖的原生應(yīng)用程序能夠以不同的方式（取決于具體平臺(tái)），與Web視圖里面運(yùn)行的JavaScript代碼進(jìn)行異步通信。這項(xiàng)技術(shù)在PhoneGap架構(gòu)中通常被稱為“橋接”（bridge）技術(shù)——在Titanium中，“橋接”又有著稍有不同的含義，本文后面會(huì)有介紹。

PhoneGap充分利用該技術(shù)在Web視圖里面創(chuàng)建JavaScriptAPI，能夠以異步方式將消息發(fā)送到包裝器應(yīng)用程序中的原生代碼，以及接收來自包裝器應(yīng)用程序中原生代碼的消息。每個(gè)平臺(tái)實(shí)現(xiàn)橋接層的方式各有不同；但在iOS平臺(tái)上，當(dāng)你需要聯(lián)系人列表時(shí)，你的原生方法調(diào)用就會(huì)進(jìn)入到通過橋接發(fā)送的請(qǐng)求隊(duì)列。隨后，PhoneGap會(huì)創(chuàng)建iframe，iframe會(huì)裝入統(tǒng)一資源標(biāo)識(shí)符方案（“gap://”），原生應(yīng)用程序經(jīng)配置后處理該統(tǒng)一資源標(biāo)識(shí)符方案；這時(shí)候所有的隊(duì)列命令將被執(zhí)行。通過在Web視圖的環(huán)境下評(píng)估JavaScript串，就能回過頭來從原生代碼聯(lián)系到Web視圖。

PhoneGap的工作方式絕不止這些，但是通過實(shí)現(xiàn)橋接技術(shù)完成從Web視圖到原生代碼的消息傳遞卻是這項(xiàng)技術(shù)的核心部分，這讓本地Web應(yīng)用程序得以調(diào)用原生代碼。

擴(kuò)展PhoneGap

為PhoneGap編寫原生擴(kuò)展需要你：

1. 為擴(kuò)展編寫JavaScript接口，它將使用PhoneGap的API，將發(fā)送到原生代碼的消息排成隊(duì)列。 
2. 以某種方式將你的擴(kuò)展登記到原生項(xiàng)目——在iOS上，這一步在Cordova.plist文件中完成。
3. 編寫原生代碼，PhoneGap將從Web視圖發(fā)送請(qǐng)求至原生代碼，并實(shí)現(xiàn)所需的任何原生代碼。

大致上來說，開發(fā)者可以參與到驅(qū)動(dòng)核心PhoneGap原生API的同一個(gè)異步消息傳遞系統(tǒng).#p#

PhoneGap方法的優(yōu)點(diǎn)

據(jù)本人估計(jì)，PhoneGap架構(gòu)方面的主要優(yōu)點(diǎn)是，它非常小巧、簡單。它只做自己擅長的工作。PhoneGap團(tuán)隊(duì)有意為基于Web瀏覽器的應(yīng)用程序只實(shí)現(xiàn)最基本的原生API。由于原生API集非常小，因而把PhoneGap移植到許多不同的環(huán)境來得比較容易?；旧蟻碚f，支持Web視圖或Web運(yùn)行時(shí)環(huán)境的任何原生平臺(tái)都可以是一種PhoneGap平臺(tái)。

PhoneGap中的非可視原生擴(kuò)展也非常簡單。說到登記原生代碼、接收來自Web視圖的消息，這方面的要求也非常低。因而可以迅速開發(fā)出簡單的原生擴(kuò)展。在我看來，這種插入式架構(gòu)還得到了很好地落實(shí)。

另外還有這個(gè)優(yōu)點(diǎn)：原生API和原生應(yīng)用程序開發(fā)對(duì)前后端開發(fā)者來說幾乎完全是抽象的。凡是能編寫HTML、CSS、甚至一小段JavaScript代碼的人都能用原生應(yīng)用程序來包裝網(wǎng)頁，并將其作為原生應(yīng)用程序來分發(fā)。使用PhoneGap把網(wǎng)頁包裝成原生應(yīng)用程序方面的準(zhǔn)入門檻極低。

PhoneGap方法的缺點(diǎn)

PhoneGap應(yīng)用程序中用戶界面的質(zhì)量會(huì)不一樣，取決于Web視圖和平臺(tái)上渲染引擎的質(zhì)量。iOS平臺(tái)上基于Webkit的渲染引擎很強(qiáng)大，并且提供了最佳性能。AndroidWeb視圖可以用，但是存在一些明顯的局限性。在其他平臺(tái)上，Web視圖的性能可能成問題，這要看操作系統(tǒng)的版本。

還有Web開發(fā)者始終不得不處理的常見的跨瀏覽器問題。用戶界面需要采用漸進(jìn)式增強(qiáng)、媒體查詢和種種辦法，才能在多個(gè)平臺(tái)上依然可以使用?，F(xiàn)在許多移動(dòng)平臺(tái)采用Webkit，這有所幫助；但是即便在基于Webkit的環(huán)境中，仍存在很大的差異。

移動(dòng)瀏覽器一直在變得越來越好，這將有助于緩解那些問題。但著手處理瀏覽器中原生用戶界面質(zhì)量的用戶界面性能絕非易事——Sencha雇用了一大批的Web編程專家，讓這些專職人員專門解決這個(gè)問題。即使如此，在大多數(shù)平臺(tái)上，在如今的大多數(shù)瀏覽器中，根本不可能達(dá)到原生用戶界面質(zhì)量的用戶界面性能和響應(yīng)能力，哪怕使用像Sencha Touch這么高級(jí)的框架。不過，瀏覽器是不是已經(jīng)“足夠好”？這取決于你的需求和感受，但是毫無疑問它不如原生用戶界面來得好。有時(shí)候要差得多，這取決于實(shí)際的瀏覽器。

PhoneGap還無法用原生用戶界面來加以擴(kuò)展。前后端開發(fā)者的應(yīng)用程序本身駐留在Web視圖里面，用戶界面由HTML加以渲染。你可以把消息傳遞到原生代碼，并創(chuàng)建在Web視圖之上或鄰近Web視圖的原生用戶界面，但是很難或不可能把動(dòng)態(tài)的、基于文檔對(duì)象模型（DOM）的HTML用戶界面與原生用戶界面組件集成起來。Appcelerator會(huì)想出辦法——我們?cè)噲D及早把原生用戶界面與DOM元素聯(lián)系起來，但由于結(jié)果無法預(yù)測(cè)，而且質(zhì)量不夠好，因而需要放棄這方面的工作。

力求“最基本”是把雙刃劍，它還有另一面。默認(rèn)情況下，提供給PhoneGap應(yīng)用程序的原生API非常少，這使得平臺(tái)集成很有限。現(xiàn)在有各種各樣的插件，它們用來堵住其中一些漏洞；但是在我看來，它們的質(zhì)量和維護(hù)水平參差不一。不過，這方面的情況很可能會(huì)繼續(xù)得到改進(jìn)——PhoneGap有一個(gè)強(qiáng)大的社區(qū)。

   我們不久會(huì)更深入地探討PhoneGap的理念方面，但是先來探討一下Titanium的同樣這些技術(shù)方面。#p#

Titanium想實(shí)現(xiàn)什么樣的目的？

Titanium Mobile的目的是，為移動(dòng)開發(fā)提供一種高級(jí)的、跨平臺(tái)的JavaScript運(yùn)行時(shí)環(huán)境和API（今天，我們支持iOS、Android和瀏覽器，很快會(huì)支持黑莓10，最終會(huì)支持Windows Phone。）Titanium與MacRuby/Hot Cocoa、PHP或node.js的共同之處實(shí)際上多于它與PhoneGap、Adobe AIR、Corona或Rhomobile的共同之處。Titanium基于移動(dòng)開發(fā)方面的兩個(gè)現(xiàn)實(shí)：

•有一套核心的移動(dòng)開發(fā)API，它們可以跨平臺(tái)進(jìn)行規(guī)范。這些方面的重點(diǎn)應(yīng)放在代碼重用上。 

•有針對(duì)特定平臺(tái)的API、用戶界面公約以及功能特性，開發(fā)者在針對(duì)該特定平臺(tái)從事開發(fā)時(shí)應(yīng)該采用。應(yīng)該有針對(duì)特定平臺(tái)的代碼，以便這些用例提供最佳的用戶體驗(yàn)。

由于這些原因，Titanium并不是想“編寫一次、到處運(yùn)行”。我們認(rèn)為，開發(fā)者應(yīng)該使用面向多個(gè)平臺(tái)的優(yōu)秀的、用戶體驗(yàn)增強(qiáng)特性。我們認(rèn)為，必要時(shí)，原生應(yīng)用程序應(yīng)充分利用熟悉的、高性能的原生用戶界面窗口組件。不過我們認(rèn)為，原生應(yīng)用程序開發(fā)者沒必要為了繪制長方形或提出HTTP請(qǐng)求而要學(xué)會(huì)針對(duì)特定平臺(tái)的API。

Titanium試圖借助統(tǒng)一的JavaScript API、針對(duì)特定平臺(tái)的功能特性以及原生性能，實(shí)現(xiàn)代碼重用，從而滿足用戶的預(yù)期要求。你在編寫Titanium應(yīng)用程序時(shí)，其實(shí)是用JavaScript來編寫原生應(yīng)用程序。Titanium應(yīng)該被視作是一種用來編寫原生應(yīng)用程序的框架，而不是對(duì)你針對(duì)的實(shí)際平臺(tái)予以抽象化。

Titanium的最終用戶工作流、工具和接口

想用Titanium來開發(fā)原生應(yīng)用程序，開發(fā)者就需要安裝面向iOS和Android的原生工具鏈。不過，這些工具安裝完畢后，開發(fā)者通常只能與TitaniumSDK的腳本接口（如今基于Python）進(jìn)行交互。這一步可以直接通過命令行來完成，也可以通過我們基于Eclipse的集成開發(fā)環(huán)境（IDE）：Titanium Studio來完成，后一種方式比較常見。

使用Titanium工具集，你可以創(chuàng)建含有配置文件和本地化文件的應(yīng)用程序項(xiàng)目目錄，以及含有圖像、資產(chǎn)和為了運(yùn)行應(yīng)用程序而編寫的JavaScript源代碼的目錄。在默認(rèn)情況下，你不用編輯HTML和CSS文件，除非你想創(chuàng)建同時(shí)含有原生用戶界面和基于HTML的用戶界面的混合型應(yīng)用程序。Titanium應(yīng)用程序可以、而且常常的確采用“混合型”（原生和Web）用戶界面，比如Facebook的原生應(yīng)用程序。這樣一來，開發(fā)者實(shí)際上可以實(shí)現(xiàn)PhoneGap和Titanium，但是這不在本文的討論范圍之內(nèi)。

借助該工具鏈，你的應(yīng)用程序使用面向目標(biāo)平臺(tái)的實(shí)際仿真器/模擬器來運(yùn)行。TitaniumStudio還提供了逐步調(diào)試、代碼完成及其他IDE級(jí)別的特性。

安裝到設(shè)備上進(jìn)行測(cè)試也通常使用我們的編譯系統(tǒng)來完成。在Studio中，我們提供了一個(gè)向?qū)Ы缑妫耘渲萌魏未a簽名依賴關(guān)系，然后處理將應(yīng)用程序部署到連接設(shè)備上的任務(wù)。還可以使用原生工具鏈來部署或包裝你的應(yīng)用程序，如果你喜歡這么做的話。

等到將你的應(yīng)用程序發(fā)布到應(yīng)用程序商店時(shí)，我們的編譯系統(tǒng)將為你處理創(chuàng)建最終應(yīng)用程序包的任務(wù)。借助原生工具鏈，這一步在開發(fā)者的機(jī)器上本地完成。上傳過程對(duì)純?cè)鷳?yīng)用程序開發(fā)者來說一樣。

開發(fā)Titanium應(yīng)用程序時(shí)，底層的工具鏈大多數(shù)是抽象的。它們是開發(fā)所必不可少的，但是很少要求前后端開發(fā)者直接使用它們。不過，開發(fā)原生應(yīng)用程序這并不抽象。用戶界面是用跨平臺(tái)組件和針對(duì)特定平臺(tái)的組件共同開發(fā)而成的，你的應(yīng)用程序應(yīng)該處理這些事務(wù)：后臺(tái)服務(wù)、本地通知、應(yīng)用程序標(biāo)記、配置、活動(dòng)/目的（在Android平臺(tái)上）……所有這些都通過Titanium JavaScript API來提供。#p#

Titanium是如何工作的？

Titanium應(yīng)用程序后臺(tái)發(fā)生的事情相當(dāng)復(fù)雜。但大致上來說，在運(yùn)行時(shí)，你的應(yīng)用程序包括三個(gè)主要組件：JavaScript源代碼（內(nèi)嵌在Java或Objective-C文件中，作為編碼字符串來編譯）；用原生編程語言針對(duì)特定平臺(tái)實(shí)現(xiàn)的TitaniumAPI；以及用來在運(yùn)行時(shí)評(píng)估代碼的JavaScript解釋器（默認(rèn)解釋器是V8，或面向Android的Rhino解釋器，或面向iOS的JavaScriptCore解釋器）。當(dāng)然在瀏覽器中除外，這時(shí)將使用內(nèi)置的JavaScript引擎。
   你的應(yīng)用程序啟動(dòng)后，JavaScript執(zhí)行環(huán)境由原生代碼來創(chuàng)建，你的應(yīng)用程序源代碼進(jìn)行評(píng)估。被插入到你應(yīng)用程序JavaScript運(yùn)行時(shí)環(huán)境的是我們所說的“代理”對(duì)象——這基本上是在原生代碼中有配對(duì)對(duì)象的JavaScript對(duì)象。我們常常俗稱為Titanium應(yīng)用程序中的“JavaScript地帶”（JavaScript land）和“原生地帶”（native land），因?yàn)樗鼈冊(cè)谀撤N程度上彼此并行。代理對(duì)象在JavaScript地帶和原生地帶中同時(shí)存在，充當(dāng)兩者之間的“橋梁”。

在你的JavaScript代碼中，當(dāng)你針對(duì)全局Titanium或Ti對(duì)象調(diào)用函數(shù)時(shí)，比如var b = Ti.UI.createButton({title:'Poke Me'});，這將調(diào)用一種會(huì)創(chuàng)建原生用戶界面對(duì)象的原生方法，并創(chuàng)建一個(gè)“代理”對(duì)象（b），向JavaScript提供關(guān)于底層原生用戶界面對(duì)象的屬性和方法。

用戶界面組件（視圖代理）可以在層次體系上加以安排，以創(chuàng)建復(fù)雜的用戶界面。為非可視API（比如文件系統(tǒng)輸入/輸出或數(shù)據(jù)庫訪問）呈現(xiàn)界面的代理對(duì)象用原生代碼軟來執(zhí)行，并以同步方式將結(jié)果返回給JavaScript；如果是網(wǎng)絡(luò)訪問等API，則以異步方式返回結(jié)果。

但愿這有助于直接消除Titanium方面的兩個(gè)常見的誤解——第一個(gè)誤解是，Titanium從來不需要使用Web視圖組件。開發(fā)者可以把Web視圖創(chuàng)建成原生用戶界面窗口組件，但是Web視圖并不用來評(píng)估Titanium源代碼。第二個(gè)誤解是，JavaScript代碼在Titanium中并不交叉編譯成Objective-C或Java。你的JavaScript源代碼在運(yùn)行時(shí)加以評(píng)估。

擴(kuò)展Titanium

Titanium可以用原生代碼，由非可視功能和用戶界面功能來擴(kuò)展。通過用原生代碼來實(shí)現(xiàn)代理接口及/或視圖代理接口，開發(fā)者就能為由JavaScript提供的Titanium應(yīng)用程序創(chuàng)建新的原生功能。我們?yōu)槭褂胕OS和Android平臺(tái)的模塊開發(fā)者提供了用來創(chuàng)建Titanium自有內(nèi)部接口的同一接口。#p#

Titanium方法的優(yōu)點(diǎn)

由于Titanium的目的是為跨平臺(tái)的原生移動(dòng)開發(fā)提供一種更高級(jí)的API，所以你可以直接訪問一系列廣泛的原生特性和功能，從用戶界面組件、插座接口到通知系統(tǒng)集成。Titanium的目的是，將Titanium應(yīng)用程序和純?cè)鷳?yīng)用程序之間在功能方面的差異縮小到幾乎為零。我們可能從來不直接支持整個(gè)平臺(tái)的API，但是我們希望能涵蓋90%最常見的用例，并且提供一個(gè)平臺(tái)，以便有需要的人可以添加剩余10%的用例。

由于Titanium可以用插入到與應(yīng)用程序其余部分一樣的視圖層次體系的可視組件來擴(kuò)展，你最終能夠在底層原生平臺(tái)上實(shí)現(xiàn)任何可能的用戶界面。需要使用特殊的原生代碼，讓表格視圖（TableView）以60fps的速度滾動(dòng)？你能做到這一點(diǎn)。想無縫地集成游戲的OpenGL繪制曲面，同時(shí)用JavaScript保留運(yùn)行循環(huán)的邏輯？你能做到這一點(diǎn)。你可以把這些用戶界面擴(kuò)展直接集成到用核心Titanium API編寫的應(yīng)用程序中。

使用常用的用戶界面窗口組件時(shí)，Titanium應(yīng)用程序的外觀和感覺也是這種平臺(tái)的一個(gè)優(yōu)點(diǎn)。不用進(jìn)行可視仿真（或通過應(yīng)用CSS，或者使用OpenGL或Flash渲染用戶界面窗口組件）。當(dāng)你創(chuàng)建NavigationGroup時(shí)，它得到iOS上的實(shí)際UINavigationController的支持。動(dòng)畫和行為與原生應(yīng)用程序用戶預(yù)期的相一致，因?yàn)槟闶褂猛瑯拥挠脩艚缑婵丶?/p>

由于Titanium通過JavaScript提供了一種高級(jí)的原生編程API，為用過基于ECMAScript的語言（這門語言擁有眾多開發(fā)者）的任何人大大降低了原生編程方面的準(zhǔn)入門檻。正由于Titanium，阿特伍德定律（Atwood’s Law）依然適用。該定律是指：凡是可以用JavaScript編寫的應(yīng)用程序，最終都會(huì)用JavaScript來編寫（詳見）。

Titanium方法的缺點(diǎn)

Titanium API的范圍使得添加新平臺(tái)有難度——在一種新的原生平臺(tái)上實(shí)現(xiàn)Titanium API是項(xiàng)艱巨任務(wù)。正由于如此，Titanium平臺(tái)只出現(xiàn)在目前被認(rèn)為最重要的移動(dòng)平臺(tái)上：iOS、Android和Web。

我們的移動(dòng)Web瀏覽器支持還沒有達(dá)到可以投放市場的質(zhì)量——我們?cè)诶^續(xù)致力于改進(jìn)我們的用戶界面窗口組件集的性能和感覺上，同時(shí)完善核心Titanium API的實(shí)現(xiàn)。

由于Titanium提供的抽象層很龐大，我們自己的內(nèi)部框架仍存在API實(shí)現(xiàn)未達(dá)到最佳標(biāo)準(zhǔn)的問題。在一些情況下，一些用戶界面組件還無法做到性能與原生用戶界面組件一樣好，比如布局高度定制化的非常龐大的表格視圖。優(yōu)化核心的用戶界面組件對(duì)我們團(tuán)隊(duì)來說仍是首要的技術(shù)任務(wù)。由于我們?nèi)諠u克服缺陷、硬件日臻完善，我們看到這不再是個(gè)問題。我們還發(fā)現(xiàn)，許多情況下需要運(yùn)用信息架構(gòu)，對(duì)龐大數(shù)據(jù)集而言更是如此。

另外由于Titanium平臺(tái)的宏偉目標(biāo)，擴(kuò)展Titanium并非易事。想有效地集成一種新的原生控件或API，深入了解Titanium的架構(gòu)和環(huán)境必不可少。開發(fā)者體驗(yàn)、API文檔和面向模塊開發(fā)者的總體指南。因我們最新的2.0版本而有了大幅改進(jìn)，但仍是我們關(guān)注的一個(gè)方面。#p#

理念方面的差異

至此，我希望PhoneGap和Titanium技術(shù)方面的差異已很明了。但是除了那些差異外，每個(gè)項(xiàng)目的目的和方向也不同。PhoneGap的既定目標(biāo)是最終不復(fù)存在。如前所述，PhoneGap旨在成為實(shí)現(xiàn)設(shè)備方面新興瀏覽器標(biāo)準(zhǔn)的主要手段。從理論上來說，一旦瀏覽器廠商實(shí)現(xiàn)了PhoneGap的特性，這個(gè)平臺(tái)將再也沒有必要。PhoneGap本身不想成為一種平臺(tái)——它是把類似原生應(yīng)用程序的功能添加到Web應(yīng)用程序的一種插件（shim）。Web旨在成為這樣的平臺(tái)。

PhoneGap新的贊助公司Adobe對(duì)于Web作為一種平臺(tái)日臻完善也有著非常濃厚的興趣。近幾個(gè)月來，Adobe一直在不遺余力地生產(chǎn)能夠開發(fā)HTML 5/CSS 3 Web應(yīng)用程序的工具。在我及其他許多人看來，由于標(biāo)準(zhǔn)Web技術(shù)不斷發(fā)展，Adobe顯然認(rèn)為Flash的角色日漸式微。

就本質(zhì)而言，Adobe是一家主攻工具的公司。平臺(tái)其實(shí)是Adobe可用來銷售工具的一個(gè)渠道。這個(gè)平臺(tái)一度是Flash。而現(xiàn)在，除了Flash外，這個(gè)平臺(tái)主要還是Web瀏覽器。我不知道PhoneGap在Adobe的產(chǎn)品路線圖中到底扮演怎樣的角色，但是從許多方面來看，它起到了與Flash相似的用途。PhoneGap試圖建立一種抽象的運(yùn)行時(shí)環(huán)境，能夠?qū)崿F(xiàn)跨平臺(tái)部署。

如果Adobe能銷售為Web進(jìn)行開發(fā)的工具，Web又可以用來開發(fā)更多種類的應(yīng)用程序，那么這對(duì)Adobe來說顯然是一大勝利。順便說一下，這很好——銷售工具沒什么不對(duì)。

不過值得一提的是，Adobe并不是Cordova項(xiàng)目的管理機(jī)構(gòu)，如今PhoneGap基于該項(xiàng)目。這個(gè)項(xiàng)目歸Apache軟件基金會(huì)擁有和管理。這兩個(gè)項(xiàng)目之間會(huì)產(chǎn)生怎樣的相互影響仍需拭目以待；但是我的直覺認(rèn)為，它們不會(huì)出現(xiàn)很大的分歧。我認(rèn)為，這兩個(gè)項(xiàng)目的目的在理念上仍會(huì)保持一致。

Appcelerator也對(duì)Web作為一種平臺(tái)日臻完善抱有興趣，并給予了支持。當(dāng)Web作為一種應(yīng)用程序平臺(tái)變得更強(qiáng)大，大家都是贏家。區(qū)別在于，我們認(rèn)為Web是其中一種出色的平臺(tái)，具有獨(dú)有的特性和一系列優(yōu)缺點(diǎn)。我們并未指望Web成為唯一的移動(dòng)應(yīng)用程序平臺(tái)。我們認(rèn)為，iOS、Android、黑莓和WindowsPhone之類的平臺(tái)繼續(xù)頗具影響力，為用戶們提供出色的體驗(yàn)。這種選擇和競爭對(duì)消費(fèi)者來說將是件好事，但是對(duì)開發(fā)者來說仍是個(gè)問題。

我們期望通過Titanium為開發(fā)者提供的是這樣一種方式：借助單一代碼庫，同時(shí)涵蓋Web平臺(tái)和原生平臺(tái)，同時(shí)保留該平臺(tái)的用戶所期望的特性、性能以及緊密的平臺(tái)集成。我們期望為移動(dòng)客戶端開發(fā)建立一種持久不衰的平臺(tái)，而服務(wù)和工具可以加快這個(gè)過程。我們不是一家主攻工具的公司——我們是一家平臺(tái)公司，我們的成功將與使用我們平臺(tái)的開發(fā)者的成功息息相關(guān)。隨著時(shí)間的推移，我們希望打造一家開源平臺(tái)公司，本著紅帽及該領(lǐng)域其他巨頭的精神。

哪種工具或方法適合你？就像軟件開發(fā)領(lǐng)域的所有方面一樣，這得看情況。沒有什么萬能的技術(shù)。不過但愿這番描述和比較會(huì)幫助你做出適合自己情形的選擇。

原文地址：

http://developer.appcelerator.com/blog/2012/05/comparing-titanium-and-phonegap.html

【51CTO譯稿，非經(jīng)授權(quán)謝絕轉(zhuǎn)載，合作媒體轉(zhuǎn)載請(qǐng)注明原文出處、作者及51CTO譯者！】