今天給各位分享混合app開發(fā)平臺(tái)的知識(shí)，其中也會(huì)對(duì)APP混合開發(fā)框架進(jìn)行解釋，如果能碰巧解決你現(xiàn)在面臨的問題，別忘了關(guān)注本站，現(xiàn)在開始吧！

APP原生開發(fā)與混合開發(fā)是什么意思

1.原生開發(fā)（Native App開發(fā)）：像蓋房子一樣，先打地基然后澆地梁、房屋結(jié)構(gòu)、一磚一瓦、鋼筋水泥、電路走向等，原生APP同理：通過代碼從每個(gè)頁面、每個(gè)功能、每個(gè)效果、每個(gè)邏輯、每個(gè)步驟全部用代碼寫出來，一層層，一段段全用代碼寫出來

此種APP的數(shù)據(jù)都保存在本地，APP能及時(shí)調(diào)取，所以相應(yīng)速度及流暢性有保障

2.混合開發(fā)（HTML5開發(fā)）：這個(gè)就相當(dāng)于一種框架開發(fā)，說白了就是網(wǎng)頁；該模式通常由“HTML5云網(wǎng)站+APP應(yīng)用客戶端”兩部份構(gòu)成，APP應(yīng)用客戶端只需安裝應(yīng)用的框架部份，而應(yīng)用的數(shù)據(jù)則是每次打開APP的時(shí)候，去云端取數(shù)據(jù)呈現(xiàn)給手機(jī)用戶。

混合APP還有一種是套殼APP，套殼APP就是用H5的網(wǎng)頁打包成APP，雖然是APP能安裝到手機(jī)上，但是每個(gè)界面，全部是網(wǎng)頁。此種APP數(shù)據(jù)都保存在云端，用戶每次訪問都需要從云端調(diào)取全部?jī)?nèi)容，這樣就容易導(dǎo)致反應(yīng)慢，每打開一個(gè)網(wǎng)頁或點(diǎn)一個(gè)按鈕都需要等半天。

混合開發(fā)的優(yōu)缺點(diǎn)：

優(yōu)點(diǎn)是：

1、開發(fā)效率高，節(jié)約時(shí)間同一套代碼Android和IOS基本都可用

2、更新和部署比較方便，不需要每次升級(jí)都要上傳到App Store進(jìn)行審核了，只需要在服務(wù)器端升級(jí)就可以

3、代碼維護(hù)方便、版本更新快，降低產(chǎn)品成本

缺點(diǎn)是：

1、由于不能直接操控硬件有些方面性能不是很好

2、另外有技術(shù)比較新版本的兼容性比較差，還有就是即懂原生開發(fā)又懂H5開發(fā)的高端人才難找。

混合App開發(fā)是未來的趨勢(shì)，目前混合開發(fā)中使用的技術(shù)也很多，主要的混合開發(fā)技術(shù)有jQuery Mobile、React Native、Cordova、APICloud、AppCan等。雖然混合開發(fā)能夠提高效率節(jié)省成本，但也有很多的限制，除了硬件、緩存等的限制，各大平臺(tái)之間的兼容性也不足。有的也比較消耗資源。

常用混合開發(fā)app有哪些

1.

混合開發(fā)APP目前有工具類和平臺(tái)類兩種；

2.

工具類比如appcan，apicloud等

3.

平臺(tái)類有一門APP，安卓益，云打包等

4.

如果你會(huì)H5技術(shù)可以使用工具類自行開發(fā)；

5.

如果你不會(huì)技術(shù)可以使用第三方平臺(tái)類開發(fā)，無需技術(shù)，一鍵將手機(jī)站直接做成APP，同時(shí)可以增加各種原生APP的功能，比如啥消息推送，原生分享等

如何開發(fā)混合式app

Hybrid App（混合模式移動(dòng)應(yīng)用）是指介于web-app、native-app這兩者之間的app，兼具“Native App良好用戶交互體驗(yàn)的優(yōu)勢(shì)”和“Web App跨平臺(tái)開發(fā)的優(yōu)勢(shì)”。

Hybrid App按網(wǎng)頁語言與程序語言的混合，通常分為三種類型：多View混合型，單View混合型，Web主體型。

【多View混合型】

即Native View和Web View獨(dú)立展示，交替出現(xiàn)。2012年常見的Hybrid App是Native

View與WebView交替的場(chǎng)景出現(xiàn)。這種應(yīng)用混合邏輯相對(duì)簡(jiǎn)單。即在需要的時(shí)候，將WebView當(dāng)成一個(gè)獨(dú)立的View（Activity）運(yùn)行起來，在WebView內(nèi)完成相關(guān)的展示操作。這種移動(dòng)應(yīng)用主體通常是Native App，Web技術(shù)只是起到補(bǔ)充作用。開發(fā)難度和Native App基本相當(dāng)。

【單View混合型】

即在同一個(gè)View內(nèi)，同時(shí)包括Native View和Web View。互相之間是覆蓋（層疊）的關(guān)系。這種Hybrid App的開發(fā)成本較高，開發(fā)難度較大，但是體驗(yàn)較好。如百度搜索為代表的單View混合型移動(dòng)應(yīng)用，既可以實(shí)現(xiàn)充分的靈活性，又能實(shí)現(xiàn)較好的用戶體驗(yàn)。

【W(wǎng)eb主體型】

即移動(dòng)應(yīng)用的主體是Web View，主要以網(wǎng)頁語言編寫，穿插Native功能的Hybrid

App開發(fā)類型。這種類型開發(fā)的移動(dòng)應(yīng)用體驗(yàn)相對(duì)而言存在缺陷，但整體開發(fā)難度大幅降低，并且基本可以實(shí)現(xiàn)跨平臺(tái)。Web主體型的移動(dòng)應(yīng)用用戶體驗(yàn)的好壞，主要取決于底層中間件的交互與跨平臺(tái)的能力。國外的appMobi、PhoneGap和國內(nèi)的WeX5、AppCan和Rexsee都屬于Web主體型移動(dòng)應(yīng)用中間件。其中Rexsee不支持跨平臺(tái)開發(fā)。appMobi和PhoneGap除基礎(chǔ)的底層能力更多是通過插件（Plugins）擴(kuò)展的機(jī)制實(shí)現(xiàn)Hybrid。AppCan除了插件機(jī)制，還提供了大量的單View混合型的接口來完善和彌補(bǔ)Web主體型Hybrid App體驗(yàn)差的問題，接近Native App的體驗(yàn)。而WeX5則在揉合PhoneGap和Bootstrap等主流技術(shù)的基礎(chǔ)上，對(duì)性能進(jìn)一步做了深度優(yōu)化，不但完全具備Native

App對(duì)本地資源的調(diào)用能力，性能體驗(yàn)也不輸原生；WeX5所開發(fā)出來的app具備完全的跨端運(yùn)行能力，可以無需任何修改直接運(yùn)行在各種前端環(huán)境上。

從分析可見，Hybrid App中的Web主體型只要能夠解決用戶體驗(yàn)差的問題，就可以變成最佳Hybrid App解決方案類型。

為什么移動(dòng)開發(fā)開始用混合app開發(fā) Na

Hybrid App、Web App、Native App，哪一種模式會(huì)成為App開發(fā)主流？下面phonegap100小編與您一起分析為什么Native和Web過時(shí)了，企業(yè)級(jí)移動(dòng)開發(fā)開始用Hybrid App

隨著HTML5被過度熱炒和實(shí)際開發(fā)中遇到的性能以及體驗(yàn)問題，Web App逐漸勢(shì)弱。但是Native App開發(fā)難度大、成本高、周期長(zhǎng)等問題突出，特別是App不斷推陳出新，開發(fā)一個(gè)App的成本或許可以接受，但是維護(hù)一個(gè)Native App更新的成本則成了跨不過的懸崖。最終開發(fā)者和企業(yè)發(fā)現(xiàn)Hybrid App，這種既有跨平臺(tái)開發(fā)周期短、成本低的基因，又能發(fā)揮Native App體驗(yàn)和性能的優(yōu)勢(shì)，Hybrid App混合式移動(dòng)應(yīng)用開發(fā)逐漸成為企業(yè)移動(dòng)開發(fā)的首選。

Native App：疲憊

首先Native App開發(fā)、更新、維護(hù)的周期太長(zhǎng)，企業(yè)移動(dòng)信息化大都處于嘗試和摸索期，企業(yè)需要在短時(shí)間內(nèi)快速推出不同的功能、產(chǎn)品來適應(yīng)市場(chǎng)的需求和變化。但是Native App對(duì)于有專業(yè)開發(fā)團(tuán)隊(duì)的互聯(lián)網(wǎng)公司而言推陳出新都是個(gè)難題，更不要說在企業(yè)中的應(yīng)用。無論是企業(yè)自己開發(fā)還是外包都會(huì)面臨時(shí)間成本、穩(wěn)定性、體驗(yàn)不能滿足要求的巨大壓力。

其次Native App開發(fā)需要有較高技術(shù)水平的團(tuán)隊(duì)作為保障，通常企業(yè)會(huì)花幾十萬通過外包的形式開發(fā)一兩款A(yù)pp，但是企業(yè)不會(huì)想到還需要做幾十萬的預(yù)算來維護(hù)和更新自己的App。不更新的App不但很難滿足用戶持續(xù)發(fā)展的需求，甚至?xí)挥脩魭仐?。所以?yīng)用更新成了企業(yè)移動(dòng)信息化的瓶頸和難題。不更新，之前的努力全部付之東流，更新，又要面對(duì)無法承受的長(zhǎng)期投入壓力。

Web App：噱頭

HTML5技術(shù)的興起給Web

App注入了新的生機(jī)?？墒荳eb App目前的本質(zhì)是金玉其外敗絮其中，功能不但無法和Native

App媲美，用戶體驗(yàn)更是眾所周知的弊端。中國很多企業(yè)進(jìn)行了Web App

的嘗試，包括世界500強(qiáng)的航空、金融公司，但是投入和回報(bào)不成比例，用戶也不買賬。在當(dāng)前iOS、Android系統(tǒng)主導(dǎo)的桌面入口的形態(tài)下，讓用戶打開瀏覽器，再訪問某個(gè)網(wǎng)址，體驗(yàn)還不好，不人性化的體驗(yàn)與流程導(dǎo)致大量用戶流失。所以2012年下半年開始，企業(yè)逐漸也放棄了Web

App的嘗試。

Hybrid App：企業(yè)移動(dòng)開發(fā)將成為主流

Hybrid App（混合模式移動(dòng)應(yīng)用）兼具“Native App良好用戶交互體驗(yàn)的優(yōu)勢(shì)”和“Web

App跨平臺(tái)開發(fā)的優(yōu)勢(shì)”。很多人不知道市場(chǎng)上一些主流移動(dòng)應(yīng)用都是基于Hybrid App的方式開發(fā)，比如工商銀行、百度搜索、街旁、東方航空等。

Hybrid

App通常是基于第三方跨平臺(tái)移動(dòng)應(yīng)用引擎框架進(jìn)行開發(fā)，在國內(nèi)開發(fā)者中比較知名的有PhoneGap、Titanium和AppCan這些引擎框架一般使用HTML5和Javascript作為編程語言，調(diào)用引擎封裝的底層功能如照相機(jī)、傳感器、通訊錄、二維碼等。HTML5和Javascript只是作為一種解析語言，真正調(diào)用的都是Native

App一樣封裝的底層功能，這是和Web App的最大區(qū)別和不同。因?yàn)槭褂昧藶g覽器技術(shù)，所以Hybrid App通常具有跨平臺(tái)的特性，并且開發(fā)成本和Web

App接近，開發(fā)效率也遠(yuǎn)高于Native App。

企業(yè)級(jí)移動(dòng)開發(fā)開始用Hybrid App

所以很多企業(yè)采用Hybrid App技術(shù)開發(fā)移動(dòng)應(yīng)用，一方面是開發(fā)簡(jiǎn)單，另外一方面可以形成一種開發(fā)的標(biāo)準(zhǔn)。企業(yè)封裝大量的Native

Plugin（原生插件如支付功能插件）供Javascript調(diào)用，并且可以在今后的項(xiàng)目中盡可能的復(fù)用，從而大幅降低開發(fā)時(shí)間和成本。Hybrid

App的標(biāo)準(zhǔn)化給企業(yè)移動(dòng)應(yīng)用開發(fā)、維護(hù)、更新都帶來了極高的便捷性。

綜上所述：

Hybrid App開發(fā)已經(jīng)成為企業(yè)移動(dòng)開發(fā)的趨勢(shì)，眼前還有很多企業(yè)在為移動(dòng)信息化的途徑和方向而苦惱。在投入、用戶體驗(yàn)、維護(hù)成本等方面綜合考慮，Hybrid

App已經(jīng)被眾多企業(yè)所認(rèn)可。甚至在企業(yè)移動(dòng)信息化平臺(tái)整體解決方案商提供的方案中，幾乎全部都以Hybrid

App為首選的移動(dòng)應(yīng)用開發(fā)模式，包括IBM的worklight、AppCan的MEAP和SAP的SUP平臺(tái)。

App的開發(fā)模式都有哪些，我們要如何選擇？

如今APP的開發(fā)方式主要有三種，不同的開發(fā)模式也有其獨(dú)特的優(yōu)勢(shì)，這也為開發(fā)者提供了更多的選擇。

一、原生APP開發(fā)。

顧名思義:“原生”是指最原始的開發(fā)，不模仿任何模板自主研發(fā)，具有獨(dú)特的特點(diǎn)。原生APP性能更穩(wěn)定，使用中問題少。即使有問題，也可以根據(jù)源代碼進(jìn)行維護(hù)和修改。

而且原生APP的運(yùn)行速度非常快，內(nèi)部運(yùn)行流暢。因?yàn)槭怯酶蟮拈_發(fā)成本開發(fā)的，所以無論是特效還是頁面轉(zhuǎn)換都是上乘的，創(chuàng)造了更高質(zhì)量的完美用戶體驗(yàn)，讓用戶更有粘性，更有留存感。

二、Hybrid APP的開發(fā)

其實(shí)是介于web APP和原生APP之間的一種APP類型，具有web APP跨平臺(tái)開發(fā)和原生APP用戶交互體驗(yàn)的優(yōu)勢(shì)?；旌螦PP開發(fā)只需要編寫一套代碼就可以跨平臺(tái)，可以在瀏覽器中直接調(diào)用。因?yàn)橹粚懥艘惶状a，所以維護(hù)成本低很多。

混合APP開發(fā)是大公司最重要的開發(fā)方式。之所以流行，是因?yàn)樗鼙ＷC企業(yè)的信息安全。混合APP可以實(shí)現(xiàn)動(dòng)態(tài)權(quán)限綁定和授權(quán)模式，可以支持特定設(shè)備和特定人群之間的不同子應(yīng)用，可以根據(jù)用戶的工作內(nèi)容隨時(shí)調(diào)整。

第三，網(wǎng)絡(luò)App的發(fā)展，即網(wǎng)絡(luò)App

這種開發(fā)方法還有開發(fā)成本低的優(yōu)勢(shì)，因?yàn)閃eb只需要頁面開發(fā)，沒有開發(fā)語言或者客戶端和服務(wù)器端的限制。對(duì)APP開發(fā)有一定了解的人都應(yīng)該知道，WebApp是可以跨平臺(tái)的。

所謂跨平臺(tái)，是指App在一個(gè)操作系統(tǒng)下開發(fā)，仍然可以在另一個(gè)操作系統(tǒng)下運(yùn)行。具有跨平臺(tái)的優(yōu)勢(shì)，可以節(jié)省下載安裝的時(shí)間，不會(huì)占用手機(jī)的內(nèi)存。

混合開發(fā)之uni-app

uni-app App端內(nèi)置weex渲染引擎，提供原生渲染能力

然而， Weex并不是一個(gè)前端框架 。實(shí)際上，前端框架僅僅是 Weex 的語法層或稱之為 DSL (Domain-specific Language)，它們與原生渲染引擎是分離的。換句話說，Weex 并不依賴于特定的前端框架，隨著前端技術(shù)的發(fā)展，Weex 也可以集成更多廣泛使用的前端框架。

以往的 weex ，有個(gè)很大的問題是它只是一個(gè)高性能的渲染器，沒有足夠的API能力，使得開發(fā)時(shí)非常依賴原生工程師協(xié)作，開發(fā)者本來想節(jié)約成本，結(jié)果需要前端、iOS、Android 3撥人開發(fā)，適得其反。而 nvue 解決了這個(gè)大問題，讓前端工程師可以直接開發(fā)完整 App，并提供原生插件的市場(chǎng)交易和云打包。這些組合方案，開發(fā)者切實(shí)的提高效率、降低成本。

如果你是web前端，不熟悉 weex，那么建議你仍然以使用 vue 為主，在App端某些 vue 表現(xiàn)不佳的場(chǎng)景下使用 nvue 作為強(qiáng)化補(bǔ)充：

uni-app App 端內(nèi)置 HTML5+ 引擎，讓 js 可以直接調(diào)用豐富的原生能力。

小程序及 H5 等平臺(tái)是沒有 HTML5+ 擴(kuò)展規(guī)范的，因此在 uni-app 調(diào)用 HTML5+ 的擴(kuò)展規(guī)范時(shí)，需要注意使用條件編譯。否則運(yùn)行到h5、小程序等平臺(tái)會(huì)出現(xiàn) plus is not defined錯(cuò)誤。

在普通的 H5+ 項(xiàng)目中，需要使用 document.addEventListener 監(jiān)聽原生擴(kuò)展的事件。

uni-app 中，沒有 document。可以使用 plus.globalEvent.addEventListener 來實(shí)現(xiàn)（注意manifest中需開啟新編譯器，即自定義組件模式"usingComponents":true）。

同理，在 uni-app 中使用 Native.js 時(shí)，一些 Native.js 中對(duì)于原生事件的監(jiān)聽同樣需要按照上面的方法去實(shí)現(xiàn)。

注意：舊編譯器（非自定義組件模式）不支持 plus.globalEvent 這個(gè)對(duì)象。

關(guān)于混合app開發(fā)平臺(tái)和APP混合開發(fā)框架的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。