混合移動應用和移動網絡應用之間的區別

Question

最近，我開始學習稱為Mobile Angular UI ， IONIC ， Sencha ， KendoUI的移動應用程序開發框架。 他們幫助使用html，javascript和css開發移動應用程序。 從那時起，我開始思考上述框架是否是混合的。 混合框架可以幫助使用html，css和javascript創建移動應用。 但是移動應用程序也是如此。 那么移動Web應用程序和混合移動應用程序之間到底有什么區別？上述框架是否混合在一起？

Answer 1

最初發布在這里： Cedcommerce

首先，讓我指導您什么是真正的本機應用程序，以及本機與混合移動應用程序的含義。 本機應用程序是專門為特定操作系統而構建的應用程序，而使用該特定設備的本機語言針對不同操作系統而構建的不同應用程序。

如果您仍然對本機應用程序開發感到困惑，則意味着使用各自公司（在本例中為Google和Apple）的SDK（軟件開發工具包）和工具來創建Android或iOS移動應用程序。

兩種最廣泛使用的操作系統是Android和iOS，其中Android以86％的市場份額遙遙領先於市場，而iOS以12％的市場份額緊隨其后。

本地與混合移動應用程序在全球智能手機操作系統市場的份額圖片來源：IDC

如果您是針對Android開發的，那意味着要用Java（或Kotlin）編寫應用，而對於iOS，則要用Objective-C或Swift編寫應用。 主要工具Xcode是集成開發環境，開發人員可以在其中創建您的本機應用程序。

另一種鮮為人知的移動應用程序稱為混合應用程序。 混合應用程序開發意味着使用第三方混合平台（示例包括React Native，PhoneGap，Ionic，Cordova或Xamarin）並使用網絡技術（HTML，CSS和Javascript）編寫可在iOS和Android上運行的混合應用程序。

當涉及本機和混合移動應用程序時，混合應用程序可以在任何平台上（Android和iOS）以相同的代碼運行。 這聽起來比本地應用程序有優勢，因為編寫一個應用程序比兩個應用程序便宜，但不要太激動，因為我將着重說明為什么不選擇混合應用程序。

雖然有79％的消費者在第一次無法使用移動應用程序時只能重試一次或兩次，但只有16％的消費者會嘗試兩次以上。 糟糕的移動應用程序體驗可能會阻止用戶再次使用應用程序。 資源

當涉及到移動應用程序時，用戶體驗是所有其他功能的頂峰，糟糕的UX肯定會幫助您刪除應用程序，並且用戶幾乎沒有機會再次返回到您的應用程序。

查看Native Apps如何提供更快且用戶友好的結帳

談到移動應用程序，下載次數肯定代表了一個應用程序的良好程度和受歡迎程度，但關鍵因素是用戶保留率。 在移動開發社區中，一個眾所周知的秘密是，移動應用程序的保留率非常低。 據TechCrunch稱，四分之一的移動用戶僅使用一次應用程序。

Android Apps的保留曲線來源：Quettra

本地應用在速度，響應能力方面要優越得多，因此在用戶保留率方面得分更高。 本機應用程序具有最佳性能，最高安全性和最佳用戶體驗。

談到本地應用程序，MageNative App是您的在線商店一個簡單而性能最高的解決方案

本機與混合移動應用程序：

內置功能 ：本機應用程序可以更好，更快地訪問設備的本機功能和內置實用程序（例如相機，GPS，日歷），而混合應用程序則有些麻煩。

速度 ：混合應用程序是本機瀏覽器中的Web應用程序（或網頁），例如iOS中的UIWebView和Android中的WebView（不是Safari或Chrome），但本機應用程序作為獨立的應用程序運行（不需要Web瀏覽器）。 由於對本機瀏覽器的這種依賴性，混合功能落后於本機應用程序。

響應速度 ：與混合應用程序相比，本機應用程序響應更快，因為它們遵循獨特平台的設計模式，但所有平台上的混合應用程序均相同。

離線使用 ：由於混合應用程序依賴於本機瀏覽器，因此與Internet播放器，游戲，導航等本機應用程序相比，如果沒有互聯網連接，它們將無法使用。

5. 安全性 ：本機應用程序存儲在應用程序商店中，並且批准過程阻止發布錯誤或有害內容，而混合應用程序不存在此類商店。

安全測試的重要性來源：QArea

如果用戶想搜索任何特定的應用程序，App Stores還提供了良好的輔助功能。 此外，在發布應用程序之前，您可以使用標准工具加密所有內容，隱藏實現等。

6. 更好的用戶體驗標准：正如我之前提到的，混合應用程序的問題在於，即使是最出色的用戶體驗架構師也無法真正構建能夠滿足兩種主要用戶類型的應用程序：iPhone用戶和Android用戶，而本機應用程序遵循特定的UX /用於創建Android或iOS應用的UI標准，使用戶可以輕松了解應用的界面和導航。 本機應用程序的示例：

本機與混合移動應用程序

底線：本機vs混合移動應用程序是時候結束本機vs混合移動應用程序的戰斗了，得出的結論是最終用戶和他的需求決定哪個框架最適合，對我而言，在幾乎所有方面，本機應用程序都比混合應用程序好主要方面。

選擇取決於您，如果您正在尋找具有一些基本功能的簡單應用程序，並且能夠處理日常簡單任務，則選擇混合應用程序，但是如果您想要一個更復雜的應用程序，它可以充分利用設備的內置功能並處理復雜任務，則取決於您那么本機應用程序將是最佳選擇，您將不會后悔。

Answer 2

將HTML / JS代碼包裝到本機應用程序中的任何內容都是混合的。 區別在於，混合應用程序依賴於UIView（將其視為一種簡約的Web瀏覽器）來顯示所有內容，而本機應用程序通常僅將UIView用於瀏覽，而所有其他內容都以本機語言進行編碼。 基本上，混合應用程序始終放置在UIView上，並且一切都在其中發生。 類似於全屏打開專用網頁並可以訪問所有（或大多數）本地電話功能（振動，傳感器，通知等）。

想一想使用HTML制作的簡單按鈕與使用Java / Objective C / C＃制作的簡單按鈕...這就是混合框架試圖使作品看起來盡可能相似的東西。 混合應用程序不需要（或幾乎不需要）本地語言編碼。

“那么，移動Web應用程序和混合移動應用程序之間到底有什么區別？”

上面的框架都沒有這么說。 更具體地說：他們沒有提到mobile web apps與hybrid apps形成對比，因為它們是同一件事，只是語義不同。 框架提供的是：

• 網絡版本的應用程序（網絡應用程序）
• 應用程序的移動版本（移動應用程序）

---

底線：

用HTML / JS / CSS編寫並用作本機移動應用程序的任何內容都是混合應用程序。

---

本文介紹了本機應用程序，混合應用程序和“移動網絡應用程序”之間的區別： http : //blogs.telerik.com/appbuilder/posts/12-06-14/what-is-a-hybrid-mobile -app-

請注意 ，最后一個不過是針對手機而優化的網站，該網站不能作為應用程序安裝在手機上，並且絕對不應與手機應用程序（本機或混合）混合使用。 摘自上面的URL：

本機應用程序是使用平台供應商通常提供的平台SDK，工具和語言為特定平台構建的（例如，iOS的xCode / Objective-C，Android的Eclipse / Java，Windows Phone的Visual Studio / C＃）。

混合應用程序（如本機應用程序）在設備上運行，並使用網絡技術（HTML5，CSS和JavaScript）編寫。 混合應用程序在本機容器中運行，並利用設備的瀏覽器引擎（而不是瀏覽器）來呈現HTML並在本地處理JavaScript。 Web到本機的抽象層允許訪問在移動Web應用程序中無法訪問的設備功能，例如加速度計，相機和本地存儲。

移動Web應用程序是服務器端應用程序，它使用任何服務器端技術（PHP，Node.js，ASP.NET）構建，這些技術可以渲染已樣式化的HTML，從而可以在設備尺寸上很好地呈現。

考慮到所有這些，上面列出的所有四個框架都可以創建移動網頁（或稱為移動應用程序的移動應用程序），但似乎只有Ionic能夠構建可以實際安裝在手機上的混合應用程序（無法找不到有關Sencha的相關信息，但現在您知道要查找的內容了。

Answer 3

同意以上所有內容。

只會添加/總結混合移動應用程序（Apache Cordova和React Native）的優缺點。

阿帕奇·科爾多瓦（Apache Cordova）

優點

• 高發展速度
• 使用Web開發技術（HTML，CSS，Javascript）進行編碼，產生交叉兼容的iOS，Android和Web軟件（僅需要一個Web開發人員）
• 可以使用模仿本機應用程序UI元素（即按鈕，菜單等）的框架。
• UX非常接近使用模仿本地應用程序行為的UI元素的本地體驗
• 訪問智能手機的硬件API，促進設備功能（例如，攝像頭，推送通知，地理位置等）

缺點

• UX不如本地應用程序好（300毫秒的單擊延遲，滾動時的幻像單擊等）
• 應用越復雜，由於使用了各種包裝器和庫，它的運行速度就越慢
• 不能離線工作
• 動畫很難在UI中實現

反應本機

優點

• 基於React的應用程序的高開發速度
• 使用React.js構建的Web應用程序可以輕松轉換為React Native移動應用程序，並且某些源代碼可以重用
• 本機用戶體驗
• 應用程序的外觀和感覺完全類似於特定平台的本地移動應用程序
• 降低開發成本
• React Native的專家通常可以同時構建Android和iOS應用

缺點

• 相對較新的技術（有限的開源解決方案）
• 限於視覺設計
• 對於要求高負載（大量計算）的復雜項目（如手機游戲或應用程序）而言並不理想

如果你有興趣在混合動力的比較VS漸進VS原生應用開發 這篇文章值得一讀。