打造企業級應用:HTML5,Hybrid,NativeDilemma對比

總覽

最近我關于開發企業級移動應用的交談大部分都是以“我是否該用Hybrid或者Native”

這樣的問題開始。是的，很多組織出于成本上的考慮對“Hybrid”方式很感興趣，但依我

之見，任何決定都應以用戶為導向而非成本。所以，要得出這個答案要這么去想“怎么才能

給最終用戶最好的用戶體驗”，而不是一直問“我們怎么才能降低成本”。不光企業級應

用，所有應用都是這樣的。

，

，

另外從企業的角度來說我認為達到終端獨立是另一種降低成本和將來達到投資目的

的方式。所以，選HTML5，Hybrid還是Native只是決定選擇的一個因素，這里還有一些當

你討論移動策略時要考慮的因素：

設想階段要考慮的：

1，目標用戶分析

2，以一個簡單的框架開始，像Forrester的

POSTapproach

3，差距分析和組合合理化

為移動應用的開發和分發制定策略

1，移動web/純HTML/JSS

2，Hybrid應用（本地中的HTML5/JS應用，像PhoneGap或者Titanium中的本地

部分或插件）

3.本地應用

關于通用服務層的考慮：

創建或實現一個可擴展的通用服務層

在服務層和傳統系統之間實現一個可擴展的中間層

確立保準（就像用REST）

為媒體分發確定和整合內容分發網絡

測試模型

安全和性能

基于設備的測試

提交管理

支付模型

已提交模型的跟蹤

分析

反饋跟蹤

繼續開發

，

，

，

好了這些就是移動開發策略的一部分尤其當你討論企業移動應用時移動終端獨立

是關鍵點，開發者要理解使產品有邏輯性和數據的有效性對多種終端的必要性。

在你周圍已經存在的數據和智能中，REST已經成為越來越多的創建公共服務層的默認

選擇。

Hybrid對Native

現在關于Hybrid和Native，下面是我看到的主要的利弊兩方面的東西：

Hybrid應用：

有利的方面：

不需要為某一特定平臺開發

更好的投資回報率，代碼可在多個平臺重復使用

仍可以訪問設備的某些特性

可以打包到另外的渠道

不足的方面：

特殊化的UI很難做

響應不夠快，且不像純本地應用那樣富含多種特性

當實現特定的最優化的特性時，可以遇到限制。

本地應用

有利的方面：

高度訂制，能滿足邊界條件。

很高的可用性。

不足的方面：

平臺的多樣性

對每個平臺的投入

沒有統一的代碼庫及重用性

更多

當你在考慮企業級移動應用時，再說一次，別在是用Hybrid還是Native之間考慮了。

從中間件的角度

，

、

，

選擇一種策略以使存儲計算你的移動應用的資源可以在移動設備本地存儲和云

計算設施中實現。

在移動應用間連接，通信，代理時使用代理服務，

在代理的最上層自定義實現，就像

WindowsAzureServiceBus

創建面向web架構的移動應用，就像MarlabsMatrix平

臺

第三方移動中間平臺，像Syclo等

如果需要支持多種認證機制，像AzureFederatedAuthentication.，那就用基于

聯合的云認證服務。

采用基于push通知服務的云服務從你的移動設備發送和接受消息。

選擇一個支持比特率傳輸視頻內容的合適的內容分發網絡，例如AzureCDN或者

LimelightTrueReachAPI.

使APIs支持擴展，跟蹤，反饋。

，

，

。

提交管理包括為支付模型使用追蹤分析和支持反饋制定