原生對混合：移動應用開發該從何處入手？
譯文【51CTO.com快譯】移動應用的開發方式多種多樣。雖然從技術層面了解混合與原生應用間的區別非常重要，但更重要的仍然是立足業務層面思考具體決策會給開發團隊及客戶帶來哪些影響。事實上，混合與原生之爭久已有之，且雙方在使用體驗、技術、投資回報以及業務影響等層面皆各擅勝場。在本文中，我們將著眼于其中最重要的幾項因素。
原生應用
原生應用即利用特定平臺技術開發而成的應用（例如iOS上的Objective-C或Swift，以及Android上的Java）。原生應用能夠充分發揮平臺的既有優勢。
原生移動應用的優勢與缺點
優勢
性能更好。由非標準語言及工具開發而成的原生應用采用原生抽象層以提升運行速度，且實際速度由應用選擇的具體抽象層效率決定。即使是非標準原生應用，其性能也遠遠超過Web應用，這是因為后者必須在瀏覽器內執行，這會增加額外的執行重定向層。因此，原生應用擁有更出色的用戶體驗及更強的應用功能（特別是與手機硬件相關的功能）。研究顯示，兩秒的延遲就足以令相當一部分用戶選擇棄用。Facebook與領英曾利用HTML 5開發混合型應用，但雙方最終還是被迫轉向原生應用以解決性能問題。
用戶體驗。原生移動應用的另一大優勢在于用戶體驗。原生應用在外觀與使用感受上類似于默認內置應用，且用戶能夠很快了解如何使用應用并進行導航。不過原生應用必須與系統升級進行匹配，否則外觀上的不協調感與運行穩定性差等問題反而會令用戶更加無法忍受。
應用商店推廣。另外，原生應用與混合應用的另一大區別在于，原生應用更易在應用商店當中進行推廣。
缺點
資源與成本。要為Android與iOS開發應用，大家必須分別建立兩支開發團隊并面對兩套獨立的代碼庫。這意味著開發成本更高且長期維護支出更可觀。因此，如果預算充足且對投資回報率要求不高，那么原生應用顯然更具優勢。
混合移動應用
所有現代移動應用都可被劃分為三種基本類型：原生、混合與Web。每一種都有著自己的優勢與缺點。原生應用能夠充分發揮設備功能，但Web應用的開發成本與時間周期則更友好。作為二者的結合體，大家可以面向多種平臺使用同一套代碼庫并開發出類似于原生效果的應用，這就是混合應用。
混合移動應用的優勢與缺點
優勢
要求較低。混合應用能夠將HTML 5應用嵌入至瘦原生容器當中，從而將原生與HTMl 5元素加以結合。開發者能夠利用原生SDK增強Web代碼，從而保證其在多種平臺上輕松部署。
成本。混合移動的開發成本通常較低。一旦開發完成，大家無需額外投入即可將其同時運行在Android與iOS系統之上。利用混合應用，除非企業需要向其中添加能夠顯著改變用戶體驗的新型功能，否則用戶將不需要在應用商店內進行應用更新。而只要在服務器端對對應頁面進行更新，用戶將可立即獲得更新內容——企業選擇混合移動而非原生應用的根本原因往往正在于此。
混合移動開發工作更快且更簡單，而應用維護工作的難度亦更低。
舉例來說，假定客戶希望為其供應商生命周期管理系統提供一套全新用戶體驗及現代圖形用戶界面。這意味著現有生命周期管理系統必須能夠顯示各類重要信息，且應用本身應能夠輕松訪問***供應商信息并為采購者提供分組數據。另外，應用還應整合交互式設計、實用性改進以及可訪問性與性能水平等因素。在這種情況下，理想的選擇是利用HTML 5面向iOS開發混合應用——客戶將能夠順利將此應用整合至原有移動應用平臺當中，且混合特性亦使得應用本身更易于遷移。
缺點
功能訪問。如果您的應用高度依賴于原生功能，那么原生應用無疑是***選項。在構建混合應用時，您所采用的框架可能導致無法訪問全部本機功能，具體包括相機、聯系人、短信、硬件設備按鈕、地圖、推送通知等。當然，也有一些框架能夠在混合應用中實現一部分本機功能組件。
第三種選項
考慮到以上情況，Xamarin、Codename One及Rem Objects等能夠將原生與混合應用開發共性加以融合的平臺就變得非常重要。總體來講，Xamarin允許開發者使用C#作為惟一語言配合惟一IDE（可以是Visual Studio或者Xamarin Studio）完成面向蘋果、Android乃至Windows設備的原生應用開發工作。
遺憾的是，Xamarin平臺存在著一大致命問題，其無法在應用中添加大量復雜的圖像與動畫。
總結：
總而言之，業務需求是決定您選擇的核心條件。在大多數情況下，原生應用的效果通常更好。但如果您希望構建媒體網站/內容交付平臺，那么混合應用也許同樣值得考慮。另外，也別忘記將Xamarin等平臺納入考量范圍。
原文標題：Hybrid vs Native Mobile Аpp Development: Where to Begin?
原文作者：Stephen Channer
【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】
