混合模式開發app
1. 為什麼移動開發開始用混合app開發 Na
Hybrid App、Web App、Native App，哪一種模式會成為App開發主流？
隨著html5被過度熱炒和實際開發中遇到的性能以及體驗問題，Web App逐漸勢弱。但是Native App開發難度大、成本高、周期長等問題突出，特別是App不斷推陳出新，開發一個App的成本或許可以接受，但是維護一個Native App更新的成本則成了跨不過的懸崖。最終開發者和企業發現Hybrid App，這種既有跨平台開發周期短、成本低的基因，又能發揮Native App體驗和性能的優勢，Hybrid App混合式移動應用開發逐漸成為企業移動開發的首選。
Native App：疲憊
首先Native App開發、更新、維護的周期太長，企業移動信息化大都處於嘗試和摸索期，企業需要在短時間內快速推出不同的功能、產品來適應市場的需求和變化。但是Native App對於有專業開發團隊的互聯網公司而言推陳出新都是個難題，更不要說在企業中的應用。無論是企業自己開發還是外包都會面臨時間成本、穩定性、體驗不能滿足要求的巨大壓力。
其次Native App開發需要有較高技術水平的團隊作為保障，通常企業會花幾十萬通過外包的形式開發一兩款App，但是企業不會想到還需要做幾十萬的預算來維護和更新自己的App。不更新的App不但很難滿足用戶持續發展的需求，甚至會被用戶拋棄。所以應用更新成了企業移動信息化的瓶頸和難題。不更新，之前的努力全部付之東流，更新，又要面對無法承受的長期投入壓力。
Web App：噱頭
HTML5技術的興起給Web App注入了新的生機。
可是Web App目前的本質是金玉其外敗絮其中，功能不但無法和Native App媲美，用戶體驗更是眾所周知的弊端。中國很多企業進行了Web App 的嘗試，包括世界500強的航空、金融公司，但是投入和回報不成比例，用戶也不買賬。
在當前iOS、Android系統主導的桌面入口的形態下，讓用戶打開瀏覽器，再訪問某個網址，體驗還不好，不人性化的體驗與流程導致大量用戶流失。所以2012年下半年開始，企業逐漸也放棄了Web App的嘗試。
Hybrid App：企業移動開發將成為主流
Hybrid App（混合模式移動應用）兼具「Native App良好用戶交互體驗的優勢」和「Web
App跨平台開發的優勢」。很多人不知道市場上一些主流移動應用都是基於Hybrid App的方式開發，比如工商銀行、網路搜索、街旁、東方航空等。
Hybrid App通常是基於第三方跨平台移動應用引擎框架進行開發，在國內開發者中比較知名的有PhoneGap、Titanium和AppCan這些引擎框架一般使用HTML5和javascript作為編程語言，調用引擎封裝的底層功能如照相機、感測器、通訊錄、二維碼等。HTML5和Javascript只是作為一種解析語言，真正調用的都是Native App一樣封裝的底層功能，這是和Web App的最大區別和不同。因為使用了瀏覽器技術，所以Hybrid App通常具有跨平台的特性，並且開發成本和Web App接近，開發效率也遠高於Native App。
Hybrid App開發已經成為企業移動開發的趨勢，眼前還有很多企業在為移動信息化的途徑和方向而苦惱。
在投入、用戶體驗、維護成本等方面綜合考慮，Hybrid App已經被眾多企業所認可。
2. 如何進行混合移動APP開發
混合式app介紹：
Hybrid App（混合模式移動應用）是指介於web-app、native-app這兩者之間的app。
類型分類：
Hybrid App按網頁專語言與程序屬語言的混合，通常分為三種類型：多View混合型，單View混合型，Web主體型。
多View混合型
Native View和Web View獨立展示，交替出現，View與WebView交替的場景出現。這種應用混合邏輯相對簡單。單View混合型
即在同一個View內，同時包括Native View和Web View。互相之間是覆蓋（層疊）的關系。Web主體型
即移動應用的主體是Web View，主要以網頁語言編寫，穿插Native功能的HybridApp開發類型。
3. 如何開發混合式app
Hybrid App（混合模式移動應用）是指介於web-app、native-app這兩者之間的app，兼具「Native App良好用戶交互體驗的優勢」和「Web App跨平台開發的優勢」。
Hybrid App按網頁語言與程序語言的混合，通常分為三種類型：多View混合型，單View混合型，Web主體型。
【多View混合型】
即Native View和Web View獨立展示，交替出現。2012年常見的Hybrid App是Native
View與WebView交替的場景出現。這種應用混合邏輯相對簡單。即在需要的時候，將WebView當成一個獨立的View（Activity）運行起來，在WebView內完成相關的展示操作。這種移動應用主體通常是Native App，Web技術只是起到補充作用。開發難度和Native App基本相當。
【單View混合型】
即在同一個View內，同時包括Native View和Web View。互相之間是覆蓋（層疊）的關系。這種Hybrid App的開發成本較高，開發難度較大，但是體驗較好。如網路搜索為代表的單View混合型移動應用，既可以實現充分的靈活性，又能實現較好的用戶體驗。
【Web主體型】
即移動應用的主體是Web View，主要以網頁語言編寫，穿插Native功能的Hybrid
App開發類型。這種類型開發的移動應用體驗相對而言存在缺陷，但整體開發難度大幅降低，並且基本可以實現跨平台。Web主體型的移動應用用戶體驗的好壞，主要取決於底層中間件的交互與跨平台的能力。國外的appMobi、PhoneGap和國內的WeX5、AppCan和Rexsee都屬於Web主體型移動應用中間件。其中Rexsee不支持跨平台開發。appMobi和PhoneGap除基礎的底層能力更多是通過插件（Plugins）擴展的機制實現Hybrid。AppCan除了插件機制，還提供了大量的單View混合型的介面來完善和彌補Web主體型Hybrid App體驗差的問題，接近Native App的體驗。而WeX5則在揉合PhoneGap和Bootstrap等主流技術的基礎上，對性能進一步做了深度優化，不但完全具備Native
App對本地資源的調用能力，性能體驗也不輸原生；WeX5所開發出來的app具備完全的跨端運行能力，可以無需任何修改直接運行在各種前端環境上。
從分析可見，Hybrid App中的Web主體型只要能夠解決用戶體驗差的問題，就可以變成最佳Hybrid App解決方案類型。
4. APP有哪幾種開發方式
1.WebApp
簡單來說，Web App就是針對iOS/Android優化後的web站點，用戶不需要下載安裝即可訪問。一般的web站點測重使用網頁技術在移動端做展示，包括文字，視頻，圖片等，而Web App更側重「功能」，是基於網頁技術開發實現特定功能的應用，必須依賴手機瀏覽器運行。
WebApp開發成本低，維護更新簡單，支持雲修復，用戶不用下載更新，但是App的用戶體驗不足，頁面跳轉遲鈍甚至卡殼，頁面交互動態效果不靈活，而且可能上不了AppStore，如果企業的核心功能不多，App需求側重於信息查詢，瀏覽等基礎功能，可以選擇Web App。
Web APP對網路環境的依賴性較大，因為Web APP中的H5頁面，當用戶使用時，去伺服器請求顯示頁面。如果此時用戶恰巧遇到網速慢，網路不穩定等其他環境時，用戶請求頁面的效率大打折扣，在用戶使 用中會出現不流暢，斷斷續續的不良感受。同時，H5技術自身渲染性能較弱：對復雜的圖形樣式，多樣的動效，自定義字體等的支持性不強。
2.Native App（原生App）
NativeApp是基於智能手機操作系統（現在主流的是ios和Android）用原生程序編寫運營的App。NativeApp運行時是基於本地操作系統的，所以它的兼容能力和訪問能力更好，擁有最佳的用戶體驗、最好的交互界面，但也是開發難度最大，開發成本和維護成本最高的App。
原生App的開發，大家都知道，需要招聘Android、ios開發工程師，需要招聘前端、後端、UI等各個崗位的人，開發周期長，成本比較高，60-100萬，如果你的項目經過前面幾個階段已經很成熟，你對原生又情有獨鍾，那麼可以採用原生App的技術。
3.Hybrid App
即混合模式移動應用，是指介於web-app、native-app這兩者之間的app。
這種半原生半web的混合類App，同時採用網頁語言和程序語言進行開發，通過不同的應用商店進行打包分發，用戶需要下載安裝使用。Hybrid App兼具Native App良好的用戶交互體驗和web App跨平台開發的優勢，因在開發過程中使用網頁語言，所以開發成本和難度大大降低。Native App是現在的主流應用，大型的App如淘寶／掌上網路／微信都是走的Hybrid App路線。
這種技術的好處就是降低了App的開發成本，這樣的App開發成本是原生App開發成本的四分之一，同時在時間上面，比原生縮短了超過80%的時間。對創業者來說，是個很不錯的創業方案，可以快速進入創業狀態，快速實現App上線，也可以快速試錯，即使失敗了損失也很小。這個解決方案，適合資訊、電商、企業應用、互聯網金融等App，開發速度快，時間快，上線快，獨立性強（不受限制），成本低，方便創業者快速試錯。
5. app混合開發和原生開發的區別
關於手機APP開發用混合還是原生現在說法不一，有說混合開發好：時間短、費用低、效果也不錯，有說原生開發好，原生APP在性能方面比較好。app原生開發和混合開發的區別是什麼呢？
混合模式 APP
混合應用開發正是結合原生和HTML5開發的技術，取長補短的一種開發模式，原生代碼部分利用WebView插件或者其它的框架為HTML5提供了一個容器，程序主要的業務實現、界面展示是利用H5相關的Web技術進行實現的。比如現在的京東、淘寶、今日頭條等都是利用的混合開發模式。
優點：
①.開發效率高，節約時間同一套代碼Android和IOS基本都可用；
②.更新和部署比較方便，不需要每次升級都要上傳到App Store進行審核了，只需要在伺服器端升級就可以；
③.代碼維護方便、版本更新快，降低產品成本；
缺點：
①.由於不能直接操控硬體有些方面性能不是很好；
②.用戶體驗不如本地應用，性能稍慢（需要連接網路）；
原生模式 APP
原生模式開發代表著較好的用戶體驗和更快更高的性能。原生app開發採用的純原生應用開發，是在Android、IOS等移動平台上利用官方提供的開發語言、開發類庫、開發工具進行App開發。比如android是利用java、eclipse、Android studio，iOS是利用Objective-C 和Xcode進行開發。原生應用由於利用的是官方提供的語言和工具並且能夠直接操控硬體設備（比如多點觸控、NFC、讀取簡訊等），在應用性能上和交互體驗上應該是最好的，但是原生應用的可移植性比較差，特別是一款原生的App，Android和IOS都要各自開發，同樣的邏輯、界面要寫兩套。
優點：
①.可訪問手機所有功能、可實現功能齊全；
②.運行速度快、性能高，的用戶體驗；
③.比較快捷地使用設備端提供的介面，處理速度上有優勢；
缺點：
①.開發成本高；
②.支持設備非常有限（一般是哪個系統就在哪個平台專屬設備上使用）；
③.上線時間不確定（App Store審核過程不一）；
④.獲得新版本時需重新下載應用更新；
6. app嵌入html5頁面開發和混合hybrid開發有什麼區別
APP開發模式通常分為Web APP與Native APP原生模式兩種，這兩種模式均各自有自己的優勢，到底是採用Native App開發還是採用Web App開發一直是業界爭論的焦點，但是隨著HTML5的發展及雲服務普及，採用HTML5進行Web App開發正在成為一種趨勢，用戶可以根據應用特點和需求進行選擇，亦可選擇兩者混合模式：
Native App開發
Native App開發即我們所稱的傳統APP開發模式（原生APP開發模式），該開發針對IOS、Android等不同的手機操作系統要採用不同的語言和框架進行開發，該模式通常是由「雲伺服器數據+APP應用客戶端」兩部份構成，APP應用所有的UI元素、數據內容、邏輯框架均安裝在手機終端上。
Web App開發
Web App開發即是一種框架型APP開發模式（HTML5 APP 框架開發模式），該開發具有跨平台的優勢，該模式通常由「HTML5雲網站+APP應用客戶端」兩部份構成，APP應用客戶端只需安裝應用的框架部份，而應用的數據則是每次打開APP的時候，去雲端取數據呈現給手機用戶。
原生APP開發及Web APP開發模式的區別
Web APP需開發「html5雲網站」和「APP客戶端」，昆明天度網路公司總結這類型APP應用呈現以下特點：
（1）每次打開APP，都要通過APP框架向雲網站取UI及數據；
（2）手機用戶無法上網則無法訪問APP應用中的數據。
（3）框架型的APP無法調用手機終端的硬體設備（語音、攝像頭、簡訊、GPS、藍牙、重力感應等）
（4）框架型APP的訪問速度受手機終端上網的限制，每次使用均會消耗一定的手機上網流量；
（5）框架型APP應用的安裝包小巧，只包含框架文件，而大量的UI元素、數據內容剛存放在雲端；
（6）APP用戶每次都可以訪問到實時的最新的雲端數據；
（7）APP用戶無須頻繁更新APP應用，與雲端實現的是實時數據交互；
適用企業：電子商務、金融、新聞資訊、企業集團需經常更新內容的APP應用。
Native App（原生型APP）需要開發「雲伺服器數據中心」和「APP客戶端」，昆明天度網路公司總結這類型的APP應用呈現以下特點：
（1）每次獲取最新的APP功能，需要升級APP應用；
（2）原生型APP應用的安裝包相對較大，包含UI元素、數據內容、邏輯框架；
（3）手機用戶無法上網也可訪問APP應用中以前下載的數據。
（4）原生型的APP可以調用手機終端的硬體設備（語音、攝像頭、簡訊、GPS、藍牙、重力感應等）
（5）APP應用更新新功能，涉及到每次要向各個應用商店進行提交審核。
適用企業：游戲、電子雜志、管理應用、物聯網等無需經常更新程序框架的APP應用。
到底該如何選擇Web App和Native App開發模式
移動Web無所不在，移動Web是目前唯一的支持各種設備訪問的平台，與桌面Web一樣，移動Web支持各種標準的協議。移動Web也是唯一一個可供開發者發布移動應用的平台，它將各種移動交互與桌面任務有效地連接了起來；而開發Native App可以充分利用設備的特性，而這一點往往是Web瀏覽器做不到的，所以對一個產品本身而言，Native App是最佳的選擇。下面幾節將討論一下Native App的一些主要功能。
什麼時候應該選擇Native App
1.為應用收費
沒有任何地方規定開發者不能對一個移動Web App收取使用費，但是由於某些原因，人們常常認為不能或是不應該對一個Web App收取費用。由於歷史原因，導致移動設備上付費服務遭遇兩大阻力：
2.付款方式
在移動設備上輸入信用卡號相當麻煩，而且在許多老式設備上也沒有安全保障。一種典型的方式是，如果你需要對你的應用收費，你可以與運營商達成協議，讓運營商代為為你的服務收費。這也意味著，你需要和多個運營商達成合作。這通常是首選的方法，因為許多手機用戶可能根本就沒有信用卡，比如青少年。
另一種方法是將用戶的信用卡信息保存在一個安全的網站上。用戶可以通過登錄到該網站購買應用服務。這個過程不算特別理想，因為這意味著用戶不能直接通過他們的移動設備購買服務了。
3.強制分成
移動運營商是會提成的。App無論是通過運營商還是通過移動設備發布，他們都為應用提供了一套收費機制。這些運營商和移動設備將會提取部分收益，然後將剩餘的部分交給應用開發商，這也意味著，開發人員必須遵守他們的市場規則。適應運營商的市場規則通常是非常困難的，需要投入大量的人力資源。相比而言，移動設備的市場規則則簡單許多，但是也存在不少的困難。
妨礙運營商和移動設備開發商利益的應用以及服務都將受到阻擾。過去，那些不靠運營商和移動設備開發商運作的網站如果收入過於顯眼的話，都逃脫不了被關閉的命運，但是最近，這樣的事情鮮少發生了。
如果你想為你的Native App收費，那麼你就必須接受這個現實——你必須遵守別人的市場規則，還得放棄部分收益。
4.開發游戲
如果你是想開發一個移動游戲（移動游戲是移動市場上最大的一塊），那麼你需要開發一個Native App。游戲對資源的佔用很大，並且需要使用許多設備API或平台API。雖然，現在有幾款完全使用Web技術開發的游戲佔有了一定的市場份額，但是和Native App市場的佔有情況相比，還是微不足道的。游戲用戶對應用的視覺和操作效果要求很高。移動Web雖然提供了一些模擬體驗，但還遠遠不能滿足用戶的需求。
在開發移動游戲時，你需要慎重考慮你的應用需要支持哪些平台。幸運的是，現在有許多工具能夠幫助你將你的游戲推向多個平台，但是完成這些工作，還是需要花費大量的人力和物力。
5.使用定位功能
下一個功能就是定位功能，可以通過GPS或者是信號檢測確定用戶當前的位置信息。以前只能通過Native App的APIs查看用戶的位置信息，但現在大多數主流移動瀏覽器上都嵌入了W3C Geolocation API。像iPhone或Android這樣安裝了WebKit的設備，或是配置了Opera或Mozilla瀏覽器的設備，都可以獲取用戶的位置信息。
我相信定位功能會為Web技術帶來許多全新的應用。如果能夠合理利用Web瀏覽器，Web開發商就能使用用戶的位置信息和其他內容開發出更加有趣的應用。雖然這在技術上沒有太大的困難，但卻受到隱私保護條例的限制。我們將Web瀏覽器當做是用戶進入World Wide Web的入口。加入定位功能，意味著在網站中引入了一些敏感信息，這有可能導致嚴重的後果。但是位置感知應用中顯示的位置信息必須經過用戶的授權，用戶當然有權禁止應用發布自己的位置信息。
6.使用攝像頭
攝像頭可以為你的應用提供豐富的可能性。以往移動MMS（Multimedia Messaging Service）被用於處理移動照片。換言之，你拍了一張照片後，需要使用MMS將它傳送給一個伺服器，伺服器對照片做出相應的處理，並將處理完成的結果通知給你。這個過程是非常耗時的，而且相當復雜，也沒有可靠性保障。
通過訪問攝像頭，Native App開發者能夠簡化拍照的過程。用戶可以直接在客戶端對照片做一些簡單的處理，只有在有需要的時候才將照片上傳給伺服器，而且是通過可靠的HTTP傳輸。W3C正在開發一個訪問攝像頭的API，但現在還沒有將這部分工作正式整合到瀏覽器中。
在許多類型的移動Apps中，攝像頭是非常有用的，比如快拍應用、短片拍攝應用等等，攝像頭可以用來捕捉許多重要的瞬間。不久的將來，我們可以看到——只要通過攝像頭拍攝某個標識，應用程序就能自動完成對標識上的語言轉換工作——這個技術在日本已經開始流行起來了。
7.使用感應器
現在越來越來越多的移動設備上都新增了感應器功能，該裝置可以感知設備的物理速度以及重力，並將感知的數據結果傳送給設備。這個裝置常被用來感應設置是否被翻轉，應用根據接受到的信息自動調節畫面的方向。
感應器可以用來幫助用戶提升與設備交互時的真實感；大多數移動設備都是手持的，應用能夠根據設備的方向調整內容畫面，比如翻轉屏幕，或是檢測物理移動，並能據此猜測用戶所處的環境。舉一個簡單的例子：比如用戶正在走路，那麼感應器能夠檢測到一個輕緩的移動或是速度，這時可以為用戶提供一個大字體的用戶界面，從而使得用戶更容易看清屏幕上的內容。
然而，開發者也不能過分依賴感應器，因為感應器無法區分究竟哪些交互是有意的，而哪些是沒有意義的。每個移動交互都需要通過「傳輸測試」。設計你的交互時必須考慮用戶在一個擁擠的汽車或是火車上的場景。考慮一下如果用戶正身處擁擠的地鐵或是正在駕車時，你的應用能否正確處理用戶搖晃移動設備的動作。通常，大多數開發者都沒有考慮這些因素。確保為每個任務設計一個備用方案以處理特殊場景中的移動交互。
8.訪問文件系統
如果你的應用需要將數據保存在本地，那麼你需要開發一個Native App。比如你要保存用戶的地址簿、電話或E-mail信息，或是保存從其他設備上獲取的數據。
訪問文件系統常常會涉及到安全和用戶隱私保護的問題。惡意應用程序可能會修改或是刪除你的移動設備上的數據。一個攜帶病毒的應用程序可以利用移動設備上的關系網將病毒擴散到許多其他的手機上，在採用移動應用認證機制以前，這種事情是常常發生的。
另一方面，移動設備正變得越來越私人化，移動設備上保存了大量用戶的個人信息，以及用戶的朋友信息和商業信息。針對這些私人信息開發應用是一個不錯的想法。但是這也存在一定的風險，使用保存在移動設備上的數據可以為用戶提供更加有針對性的服務。
開發者必須謹記，只有在獲得用戶的授權後才能訪問用戶的私人數據。我們看到許多應用在沒有得到用戶授權的情況下使用了大量的用戶私人數據，而被誤認為是垃圾信息或是釣魚應用，即使這些應用原本是在提供一些非常有用的服務。人們對你的應用的誤解將會影響到你的服務的推廣，如果運營商收到過多關於你的應用的投訴，那麼你的服務可能將被終止，甚至會牽連其他的應用。
訪問文件系統時至關重要的一點就是在沒有獲得用戶授權的情況下，不要訪問任何用戶的私人數據。而這一點，往往被大多數應用忽略了。W3C正在為移動開發商開發相關的標准API，但目前該工作尚未完成。
9.離線用戶
最後一個需要開發Native App的理由就是，用戶有可能是離線的或者無法接入移動網路。這在城市可能很少發生，即使是在農村，網路的覆蓋也已經逐步普及了。但是短暫的網路連接中斷還是時常發生的，你的應用程序應該考慮如何處理這種情景。
想想用戶通常在什麼時候，在哪裡會使用你的App。如果是一個移動游戲，那麼用戶很可能在飛機上使用這個App。跟蹤地圖應用常在偏遠且網路覆蓋不佳的地方使用。移動旅遊向導常在一個國外的網路中訪問，往往需要支付漫遊和國際網路費用。這時，應用程序最好能夠為用戶提供離線服務，保證用戶在不接入網路的情況下，仍然能享受同等的服務。
現在支持HTML5的瀏覽器也能實現離線訪問功能，但對用戶來說可能不太明顯。隨著越來越多的瀏覽器都開始支持離線訪問，應用需要明確地告訴用戶網路連接中斷時，他們仍然可以訪問移動Web Apps。
Native Apps常常假設網路連接是可靠的。App通常只考慮了網路狀況良好的情景，想當然地認為網路是封閉的，並且網速足夠快。移動設備從網路良好的環境突然進入一個網路糟糕的環境並不少見。Native Apps應該在網路狀況最差的情況下測試。比如用戶啟動任務時可能還是全信號覆蓋，而在任務結束時可能已經完全沒有網路信號了。
用戶在安裝Native Apps時，根本不會考慮是在線訪問還是離線訪問——他們期望的是不管在任何狀況下，Native Apps都能正常工作。而這也是開發者的職責。
什麼時候應該選擇Web App
只要你的應用程序不滿足之前提到的Native App條件之一，那麼你就沒有必要開發一個Native App，而應該選擇開發一個Web App。正如文章之前提到的，我是一個Native App的擁護者，我認為Native App有許多優秀的特質，並且具有很大的市場潛力，但是Web Apps是唯一一個經久不衰的移動內容、服務、應用開發平台。
Native App並不能明顯地為用戶提供更好的服務；它反而會增加項目的成本，減少了應用發布的渠道，增加了App升級的復雜度，削弱了開發者對應用的控制和利潤，並且可能會給設備帶來麻煩。Native App可以為開發者帶來短期的效益，但這是有一定風險的，甚至可能會影響到移動市場的可持久發展。
移動Web App的優勢在前文中已經提到過了。如果上一節提到的幾點功能是促成你選擇Native App的唯一原因，那麼如果能夠在移動瀏覽器上屏蔽這些障礙，你是否還會堅持選擇Native App呢？Palm的webOS已經著手解決了上述的部分問題。他們基於WebKit構建了一個全移動操作系統，將手機變成了一個Web瀏覽器。所謂的「Native Apps」實際上就是一個Web Apps。
PhoneGap也是一個類似的項目，這個開源項目用於幫助開發者在iPhone、Android以及BlackBerry設備上開發Native Apps，並且能夠模擬設備上的功能（如定位功能和文件系統）供Web Apps調用。這些代碼可以在各個設備的應用商店中發布並且出售，但是他們使用的通用代碼和設計是可以共享的。由於開發的是一個Web App，開發者可以為低端的移動瀏覽器開發一個簡化版的應用。只用開發一次，就可以部署在多個平台上了，
對於那些有著豐富的移動開發經驗的程序員來說，一提到「要開發一個功能豐富的應用」時，可能首先想到的就是Native App。雖然在很多設備上，這一想法仍然適用，但是現在移動Web Apps上也提供了足夠豐富的功能介面供開發者調用。這使得Web App不僅可以像Native App一樣被設計得功能豐富界面絢麗，而且還能在各個平台上遷移，甚至不用修改一行代碼。
現在在移動設備開發中，移動Web Apps的創新進入了前所未有的高潮時期。但更重要的是，這是有史以來第一次，移動設備開發商決定共同制定一個移動Web開發的標准，就像是桌面Web上的標准一樣。不僅如此，那些支持移動Web App創新功能的設備或是支持第三方瀏覽器的移動設備都受到消費者的歡迎。
7. hybrid app混合開發什麼意思
品向科技：抄
Hybrid App（混合模襲式移動應用）是指介於web-app、native-app這兩者之間的app，兼具「Native App良好用戶交互體驗的優勢」和「Web App跨平台開發的優勢」。
8. html5移動開發框架有哪些 混合模式
html5 技術對於ap p開發在ui界面更豐富易開發。移動端框架有很多比如MUI bootstrap都是對移動端進行了適配。但是對於混合 hybird開.發需要有一個在項目實踐檢驗一個通用UI框架，這樣對於前.端開發者效率更高、不需要考慮如何再適配，您可以參考App Can，他們在移動端並沒有提供類似與MUI、bootstrap的UI框架，僅僅提供了基礎的布局模型參考。採用淺度設計，沒有提供重框架，但可以引入任何重框架。
9. hybrid app 可以做什麼
Hybrid App（混合模式移動應用）是指介於web-app、native-app這兩者之間的app，兼具「Native App良好用戶交互體驗的優勢」和「Web App跨平台開發的優勢」。
國內外Hybrid App的開發框架眾多。如何選擇又成為一個難題。下面對開發者比較關心的集中知名跨平台開發移動應用中間件進行列表和對比，以便選擇最適合您的移動應用中間件。
PhoneGap是相對比較早進入公眾視線的一種選擇。但是，開發者簡單的基於PhoneGap來開發移動應用肯定會發現結果和Web App比較差的用戶體驗類似。這也是為什麼基於PhoneGap有實用性的移動應用主要集中在iOS上。可是PhoneGap這種現狀弱化了HTML5的跨平台價值。
Titanium是一種基於翻譯機制的跨平台中間件，能夠開發出具有Native體驗的移動應用，但是因為翻譯機制的限制導致移動應用開發不能像真正的HTML5開發一樣靈活。哪怕一個按鈕也不能像普通HTML一樣來編寫，而必須按照Titanium約定的特定格式。
Salama是全新研發的一套Hybrid APP和雲端服務整合的開發套件。在終端，一共有三種開發模式：高度混合模式、JS模式和低度混合模式。在低度混合模式下，需要追求終端速度和顯示效果的開發者，可以在不改變原有的構架思路的前提下進行開發。在JS模式下，所有的畫面顯示及業務邏輯均由JS程序實現，對於原來的基於WEB的開發者，只要熟悉JS、CSS、HTML的前端工程師就可以輕松構建自己的應用。在高度混合模式下，原生和HTML5可以隨意組合，可以為開發者在進行大型商業軟體開發的過程中提供最高的性價比。不僅如此，在雲端Salama還提供了一整套雲服務，涵蓋了業務處理、資料庫操作、文件等資源的存儲分發等服務。Salama已經為多家公司提供了方案，知名客戶有TOSHIBA-AIRCON、GEDORE等品牌商，同時也在Salama平台上構造了Ishow企業電子目錄產品服務。
AppCan在技術架構上和PhoneGap類似是Web主體型中間件，但是通過結合了一些原生交互效果能夠達到iOS、Android平台都比較一致的用戶體驗。但是相比PhoneGap的開源，AppCan相對封閉的路線顯得過於謹慎。
Hybrid App這個領域雖然還處於比較初期的階段，但是已經有很多優秀的公司和技術團隊在致力於跨平台開發移動應用中間件技術的研究，給了開發者眾多選擇。開發者可以根據實際的項目需求來選擇中間件。Web App雖被瀏覽器廠商和搜索引擎公司所推崇，但存在用戶體驗差、盈利模式不明確等現階段無法解決的問題，或最終夭折。Hybrid App正在被越來越多的公司和開發者所認同，勢必會成為新世界的王。
10. 求大神指點，原生app、web app、混合app要怎麼判斷
原生,WEBAPP,混合app的差異
原生應用、Web應用、混合應用優缺點分析
原生App vs 移動Web App ：定義
什麼叫做原生App?
原生App是專門針對某一類移動設備而生的，它們都是被直接安裝到設備里，而用戶一般也是通過網路商店或者賣場來獲取例如 The App Store 與 Android Apps on Google Play .
隨便說幾個原生App的例子，比如iOS 的 Camera+ 以及Android 的 KeePassDroid
什麼叫做移動Web App?
一般說來，移動Web App都是都是需要用到網路的，它們利用設備上的瀏覽器(比如iPhone的Safari)來運行，而且它們不需要在設備上下載後安裝。
什麼是混合app?
Hybrid App是指介於web-app、native-app這兩者之間的app,它雖然看上去是一個Native App，但只有一個UI WebView，裡面訪問的是一個Web App，比如街旁網最開始的應用就是包了個客戶端的殼，其實裡面是HTML5的網頁，後來才推出真正的原生應用。再徹底一點的，如掌上網路和淘寶客戶端 Android版，走的也是Hybrid App的路線，不過掌上網路裡面封裝的不是WebView，而是自己的瀏覽內核，所以體驗上更像客戶端，更高效。
汽車有混合動力Hybrid，移動應用同樣也有混合模式。Hybrid App（混合模式移動應用）兼具「Native App良好用戶交互體驗的優勢」和「Web App跨平台開發的優勢」。很多人不知道市場上一些主流移動應用都是基於Hybrid App的方式開發，比如國外有Facebook、國內有網路搜索等。
綜合一下就是：「Hybrid App同時使用網頁語言與程序語言開發，通過應用商店區分移動操作系統分發，用戶需要安裝使用的移動應用」。總體特性更接近Native App但是和Web App區別較大。只是因為同時使用了網頁語言編碼，所以開發成本和難度比Native App要小很多。因此說，Hybrid App兼具了Native App的所有優勢，也兼具了Web App使用HTML5跨平台開發低成本的優勢
---------------------------------------------------------------------------------------------------------------------
2012移動開發調查顯示Hybrid App開發占據一半以上
最近原生應用、Web應用、混合應用的名字讓我們聽得比較熟悉了，現在我們就通過評析各種應用的優缺點來更進一步看看這三者的區別。
一、原生應用
你使用過微軟PowerPoint 或者Word吧？這些可直接在你電腦上運行或者在智能手機上運行，簡單來說，原生應用是特別為某種操作系統開發的，比如iOS、Android、黑莓等等，它們是在各自的移動設備上運行的。
優點：
可訪問手機所有功能（GPS、攝像頭）；
速度更快、性能高、整體用戶體驗不錯；
可線下使用（因為是在跟Web相對地平台上使用的）；
支持大量圖形和動畫; 容易發現（在App Store裡面）和重新發現（應用圖標會一直在主頁上）；
應用下載能創造盈利（當然App Store抽取20-30% 的營收）。
缺點：
開發成本高；
支持設備非常有限（一般是哪個系統就在哪個平台專屬設備上用）；
上線時間不確定（App Store審核過程不一）；
內容限制（App Store限制）；
獲得新版本時需重新下載應用更新。
舉例：Yellow Pages Group 就開發了是幾個版本（iOS、黑莓、Android），他們在每一個原生應用市場都有上架。
二、Web 應用
Web應用本質上是為移動瀏覽器設計的基於Web的應用，它們是用普通Web開發語言開發的，可以在各種智能手機瀏覽器上運行。
優點：
支持設備廣泛；
較低的開發成本；
可即時上線；
無內容限制
用戶可以直接使用最新版本（自動更新，不需用戶手動更新）。
缺點：
表現略差（對聯網的要求比較大）；
用戶體驗沒那麼炫；
圖片和動畫支持性不高；
沒法在App Store中下載、無法通過應用下載獲得盈利機會；
要求聯網；
對手機特點有限制（攝像頭、GPS等）。
對於這些缺點，如果能把HTML 5的優點用到Web上的話就會得到很大改善，盡管技術在提高，目前它還不能做原生應用可以做的每件事。
有些公司，比如金融時報繼原生應用後也開發了Web應用，用戶通過瀏覽器來訪問他們的應用，因為他們的應用要採取應用內購買，而App Store是不允許應用內購買的，不然它們就無法拿到那20%-30% 的抽成了。
三、混合應用
混合應用大家都知道是原生應用和Web應用的結合體，採用了原生應用的一部分、Web應用的一部分，所以必須在部分在設備上運行、部分在Web上運行。
不過混合應用中比例很自由，比如Web 佔90%，原生佔10%；或者各佔50%。
優點：
兼容多平台；
順利訪問手機的多種功能；
App Store中可下載（Wen應用套用原生應用的外殼）；
可線下使用。
缺點：
不確定上線時間；
用戶體驗不如本地應用；
性能稍慢（需要連接網路）；
技術還不是很成熟。
比如Facebook現在的應用屬於混合應用它可以在許多App Store暢通無阻，但是摻雜了大量Web特性，所以它運行速度比較慢，而現在為了提高性能FB又決定採用原生應用。
結論
現在如果你在想哪種應用是最好的，那答案就是，看情況而定：
比如，你的預算是多少？預算充足的話可以開發幾個本地應用加一個Web應用。
你的應用需要什麼時候面市？Web應用可以很快地開發然後直接推出來。
你的應用需要包含什麼特點和功能？如果跟手機的某些功能深度整合了，比如攝像頭，需要呈現大量圖形和動畫就選原生應用好點。
用戶界面
有些公司為同樣的產品製作了原生App與移動Web App，
注意這兩者的不同地方會產生不同的用戶體驗結果。
原生App vs 移動Web App : 你如何選擇？
所以在你准備做移動App時，你應該先問問自己以下幾個問題：
你的應用是否需要使用某些設備的特殊功能，比如攝像頭，攝像頭閃光燈或者重力加速器
你的開發預算
你的應用是否一定需要網路
你的應用的目標硬體設備是所有的移動設備還是僅僅只是一部分而已
你自己已經熟悉的開發語言
這個應用對於性能要求是否苛刻
如何靠這個應用贏利
我想這幾個問題應該能讓你做出明智的選擇。