名詞介紹

Native APP

Native APP 指的是原生程序，一般依托于操作系統(tǒng)业筏，有很強(qiáng)的交互，是一個(gè)完整的App鸟赫，可拓展性強(qiáng)蒜胖，需要用戶下載安裝使用。（簡單來說抛蚤，原生應(yīng)用是特別為某種操作系統(tǒng)開發(fā)的台谢，比如iOS、Android岁经、黑莓等等朋沮，它們是在各自的移動(dòng)設(shè)備上運(yùn)行的）

該模式通常是由“云服務(wù)器數(shù)據(jù)+APP應(yīng)用客戶端”兩部份構(gòu)成，APP應(yīng)用所有的UI元素蒿偎、數(shù)據(jù)內(nèi)容朽们、邏輯框架均安裝在手機(jī)終端上怀读。

原生應(yīng)用程序是某一個(gè)移動(dòng)平臺(tái)（比如iOS或安卓）所特有的，使用相應(yīng)平臺(tái)支持的開發(fā)工具和語言（比如iOS平臺(tái)支持Xcode和Objective-C骑脱，安卓平臺(tái)支持Eclipse和Java）菜枷。原生應(yīng)用程序看起來（外觀）和運(yùn)行起來（性能）是最佳的。

WebAPP

Web App 指采用Html5語言寫出的App叁丧，不需要下載安裝啤誊。類似于現(xiàn)在所說的輕應(yīng)用。生存在瀏覽器中的應(yīng)用拥娄，基本上可以說是觸屏版的網(wǎng)頁應(yīng)用蚊锹。（Web應(yīng)用本質(zhì)上是為移動(dòng)瀏覽器設(shè)計(jì)的基于Web的應(yīng)用，它們是用普通Web開發(fā)語言開發(fā)的稚瘾，可以在各種智能手機(jī)瀏覽器上運(yùn)行）

Web App開發(fā)即是一種框架型APP開發(fā)模式（HTML5 APP 框架開發(fā)模式）牡昆，該開發(fā)具有跨平臺(tái)的優(yōu)勢(shì)，該模式通常由“HTML5云網(wǎng)站+APP應(yīng)用客戶端”兩部份構(gòu)成摊欠，APP應(yīng)用客戶端只需安裝應(yīng)用的框架部份丢烘，而應(yīng)用的數(shù)據(jù)則是每次打開APP的時(shí)候，去云端取數(shù)據(jù)呈現(xiàn)給手機(jī)用戶些椒。

HTML5應(yīng)用程序使用標(biāo)準(zhǔn)的Web技術(shù)播瞳，通常是HTML5、JavaScript和CSS免糕。這種只編寫一次赢乓、可到處運(yùn)行的移動(dòng)開發(fā)方法構(gòu)建的跨平臺(tái)移動(dòng)應(yīng)用程序可以在多個(gè)設(shè)備上運(yùn)行。雖然開發(fā)人員單單使用HTML5和JavaScript就能構(gòu)建功能復(fù)雜的應(yīng)用程序石窑，但仍然存在一些重大的局限性牌芋，具體包括會(huì)話管理、安全離線存儲(chǔ)以及訪問原生設(shè)備功能（攝像頭尼斧、日歷和地理位置等）姜贡。

HybridAPP

Hybrid APP指的是半原生半Web的混合類App。需要下載安裝棺棵，看上去類似Native App楼咳，但只有很少的UI Web View，訪問的內(nèi)容是 Web 烛恤。

混合應(yīng)用程序讓開發(fā)人員可以把HTML5應(yīng)用程序嵌入到一個(gè)細(xì)薄的原生容器里面母怜，集原生應(yīng)用程序和HTML5應(yīng)用程序的優(yōu)點(diǎn)（及缺點(diǎn)）于一體。

混合應(yīng)用大家都知道是原生應(yīng)用和Web應(yīng)用的結(jié)合體缚柏，采用了原生應(yīng)用的一部分苹熏、Web應(yīng)用的一部分，所以必須在部分在設(shè)備上運(yùn)行、部分在Web上運(yùn)行轨域。不過混合應(yīng)用中比例很自由袱耽，比如Web 占90%，原生占10%干发；或者各占50%朱巨。

有些應(yīng)用最開始就是包了個(gè)原生客戶端的殼，其實(shí)里面是HTML5的網(wǎng)頁枉长，后來才推出真正的原生應(yīng)用冀续。比較知名的APP，比如手機(jī)百度和淘寶客戶端 Android版必峰，走的也是Hybrid App的路線洪唐，不過手機(jī)百度里面封裝的不是WebView，而是自己的瀏覽內(nèi)核吼蚁，所以體驗(yàn)上更像客戶端凭需，更高效。

三種APP技術(shù)特性

Native APP

Native APP的優(yōu)點(diǎn)：

• 能夠與移動(dòng)硬件設(shè)備的底層功能桂敛，比如個(gè)人信息功炮，攝像頭以及重力加速器等等溅潜。
• 可訪問手機(jī)所有功能（GPS术唬、攝像頭）。
• 速度更快滚澜、性能高粗仓、整體用戶體驗(yàn)不錯(cuò)。
• 可線下使用（因?yàn)槭窃诟鶺eb相對(duì)地平臺(tái)上使用的）设捐。
• 支持大量圖形和動(dòng)畫
• 容易發(fā)現(xiàn)（在App Store里面和應(yīng)用商店里面）和重新發(fā)現(xiàn)（應(yīng)用圖標(biāo)會(huì)一直在主頁上）借浊，對(duì)于蘋果而言，應(yīng)用下載能創(chuàng)造盈利（當(dāng)然App Store抽取20-30% 的營收）
• 比移動(dòng)Web App運(yùn)行快
• 一些商店與賣場(chǎng)會(huì)幫助用戶尋找原生App
• 官方賣場(chǎng)的應(yīng)用審核流程會(huì)保證讓用戶得到高質(zhì)量以及安全的App
• 官方會(huì)發(fā)布很多開發(fā)工具或者人工支持來幫助你的開發(fā)
• 頁面存放于本地

Native APP的缺點(diǎn)：

• 開發(fā)成本高萝招，尤其是當(dāng)需要多種移動(dòng)設(shè)備來測(cè)試時(shí)
• 因?yàn)槭遣煌拈_發(fā)語言蚂斤，所以開發(fā)，維護(hù)成本也高
• 因?yàn)橛脩羰褂玫腁pp版本不同槐沼，所以你維護(hù)起來很困難
• 支持設(shè)備非常有限（一般是哪個(gè)系統(tǒng)就在哪個(gè)平臺(tái)專屬設(shè)備上用）
• 官方賣場(chǎng)審核流程復(fù)雜且慢曙蒸，會(huì)嚴(yán)重影響你的發(fā)布進(jìn)程
• 上線時(shí)間不確定（App Store審核過程不一）
• 內(nèi)容限制（App Store限制）
• 獲得新版本時(shí)需重新下載應(yīng)用更新（提示用戶下載跟新，用戶體驗(yàn)差）

WebAPP

WebAPP的優(yōu)點(diǎn)：

• 跨平臺(tái)開發(fā)岗钩、用戶不需要去賣場(chǎng)來下載安裝App,開發(fā)速度快
• 任何時(shí)候都可以發(fā)布App纽窟，因?yàn)楦静恍枰俜劫u場(chǎng)的審核
• 純H5 APP快速開發(fā)、低成本兼吓、多平臺(tái)臂港，與很多APP開發(fā)方式不同的是-圖文混合的排版（正是這些復(fù)雜多變的CSS樣式消耗了性能，但是它帶來了排版的多樣性，能夠細(xì)致到每一個(gè)字寬行高和風(fēng)格的像素級(jí)處理审孽，才是H5的優(yōu)異之處）
• 支持設(shè)備廣泛
• 較低的開發(fā)成本
• 可即時(shí)上線
• 無內(nèi)容限制
• 用戶可以直接使用最新版本（自動(dòng)更新县袱，不需用戶手動(dòng)更新）
• 跨平臺(tái)開發(fā)
• 用戶不需要去賣場(chǎng)來下載安裝App
• 如果你已經(jīng)有了一個(gè)Web App，你可以使用 responsive web design來輔助改進(jìn)
• 頁面存放于web服務(wù)器（受限于UIwebview）（減少了內(nèi)存佑力，但是會(huì)增加服務(wù)器的壓力）

WebAPP的缺點(diǎn)：

• 只能使用有限的移動(dòng)硬件設(shè)備功能,無法使用很多移動(dòng)硬件設(shè)備的獨(dú)特功能
• 要同時(shí)支持多種移動(dòng)設(shè)備的瀏覽器讓開發(fā)維護(hù)的成本也不低（也要適配不同的瀏覽器）显拳，如果用戶使用更多的新型瀏覽器，那問題就更不好處理了
• 對(duì)于用戶來說搓萧，這種App很難被用戶發(fā)現(xiàn)
• 這里的數(shù)據(jù)獲取都是在資源頁面上異步完成的杂数，因?yàn)橹挥羞@樣才能讓這些資源頁面完成預(yù)加載或者渲染。（異步的話都涉及到耗時(shí)的問題）
• 表現(xiàn)差（對(duì)聯(lián)網(wǎng)的要求比較大）
• 用戶體驗(yàn)沒那么炫
• 圖片和動(dòng)畫支持性不高
• 沒法在App Store中下載瘸洛、無法通過應(yīng)用下載獲得盈利機(jī)會(huì)
• 對(duì)手機(jī)特點(diǎn)有限制（攝像頭揍移、GPS等）
• 無法體會(huì)包括會(huì)話管理、安全離線存儲(chǔ)以及訪問原生設(shè)備功能（攝像頭反肋、日歷和地理位置等）
• 頁面跳轉(zhuǎn)更加費(fèi)力那伐，不穩(wěn)定感更強(qiáng)
• 更小的頁面空間（由于瀏覽器的導(dǎo)航本身占用一部分屏幕空間），更大的信息記憶負(fù)擔(dān)
• 導(dǎo)航不明顯石蔗，原有底部導(dǎo)航消失罕邀，有效的導(dǎo)航遇到挑戰(zhàn)
• 交互動(dòng)態(tài)效果收到限制，影響一些頁面場(chǎng)景养距、邏輯的理解诉探。比如登錄注冊(cè)流程的彈出、完成及異常退出棍厌，做好文字提示肾胯。

Hybrid APP

（1）第一種方案：Web架構(gòu)為重

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

• 全Web開發(fā)，一定程度上有利于Web前端技術(shù)人員快速地構(gòu)建頁面樣式
• 有利于在不同的平臺(tái)上面展示同一個(gè)交互層
• 便于調(diào)試耘纱，開發(fā)的時(shí)候可以通過瀏覽器的
• 方式進(jìn)行調(diào)試敬肚，工具豐富。
• 兼容多平臺(tái)
• 順利訪問手機(jī)的多種功能
• App Store中可下載（Wen應(yīng)用套用原生應(yīng)用的外殼）
• 可線下使用
• 頁面存放于本地和服務(wù)器兩種方式束析，部署應(yīng)用程序(受限于UIwebview)

缺點(diǎn)：

• 不確定上線時(shí)間
• 雖然說你可以專注在界面以及交互開發(fā)上了艳馒，但是這頁會(huì)成為一個(gè)缺點(diǎn)，比如說要仿造一個(gè)iOS的默認(rèn)設(shè)置界面员寇，就需要大量的html以及css代碼了弄慰，而且效果不一定和iPhone上面的界面一樣好
• 用戶體驗(yàn)不如本地應(yīng)用
• 性能稍慢（需要連接網(wǎng)絡(luò)）
• 技術(shù)還不是很成熟（比如Facebook現(xiàn)在的應(yīng)用屬于混合應(yīng)用它可以在許多App Store暢通無阻，但是摻雜了大量Web特性丁恭，所以它運(yùn)行速度比較慢曹动，而現(xiàn)在為了提高性能FB又決定采用原生應(yīng)用）

（2）第二種方案：編譯轉(zhuǎn)換方式

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

• 利用自己熟悉的語言進(jìn)行應(yīng)用開發(fā)。
• 缺點(diǎn)：
• 嚴(yán)重依賴于其工具廠商提供的工具包牲览，調(diào)試的時(shí)候就要有全套的工具墓陈。

（3）第三種方案：Native架構(gòu)為重（主流）

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

• 最穩(wěn)定的Hybrid App開發(fā)方式了恶守，交互層的效率上由Native的東西解決了，而且架構(gòu)上基本就是在App內(nèi)寫網(wǎng)頁贡必，連App Store都是采用了該種方案兔港；

缺點(diǎn)：

• 團(tuán)隊(duì)至少需要兩個(gè)工程師，一個(gè)是Web的仔拟，一個(gè)是iOS或者Android的衫樊。當(dāng)然如果開發(fā)人員會(huì)兩種技術(shù)也可獨(dú)立承擔(dān)；還是運(yùn)行效率利花，要權(quán)衡好多少界面采用Web來渲染科侈，畢竟WebView的效率會(huì)相對(duì)降低，以前Facebook就是因?yàn)閃eb的渲染效率低下炒事，把整個(gè)應(yīng)用改為原生的解決方案臀栈。當(dāng)然這里面可以通過優(yōu)化來解決，但是優(yōu)化也是有限度的挠乳。

3種APP對(duì)比分析

• 對(duì)用戶來講差別主要是用戶體驗(yàn)权薯，如果WebApp做得好也能接近原生App的效果；
• 對(duì)于開發(fā)人員睡扬，WebApp更加易于移植到多個(gè)平臺(tái)盟蚣，減少非常多的工作量。

1.主要區(qū)別

原生APP中：

• 每一種移動(dòng)操作系統(tǒng)都需要獨(dú)立的開發(fā)項(xiàng)目卖怜；
• 每種平臺(tái)都需要獨(dú)立的開發(fā)語言屎开。Java(Android), Objective-C(iOS)以及Visual C++(Windows Mobile)等等，需要使用各自的軟件開發(fā)包韧涨，開發(fā)工具以及各自的控件牍戚。
• Native App（原生型APP）需要開發(fā)“云服務(wù)器數(shù)據(jù)中心”和“APP客戶端”
• 每次獲取最新的APP功能，需要升級(jí)APP應(yīng)用
• 原生型APP應(yīng)用的安裝包相對(duì)較大虑粥，包含UI元素、數(shù)據(jù)內(nèi)容宪哩、邏輯框架娩贷；
• 手機(jī)用戶無法上網(wǎng)也可訪問APP應(yīng)用中以前下載的數(shù)據(jù)
• 原生型的APP可以調(diào)用手機(jī)終端的硬件設(shè)備（語音、攝像頭锁孟、短信彬祖、GPS、藍(lán)牙品抽、重力感應(yīng)等）
• APP應(yīng)用更新新功能储笑，涉及到每次要向各個(gè)應(yīng)用商店進(jìn)行提交審核。
• 適用企業(yè)：游戲圆恤、電子雜志突倍、管理應(yīng)用、物聯(lián)網(wǎng)等無需經(jīng)常更新程序框架的APP應(yīng)用。

WebAPP中：

• 因?yàn)檫\(yùn)行在移動(dòng)設(shè)備的瀏覽器上羽历，所以只需要一個(gè)開發(fā)項(xiàng)目
• 這種應(yīng)用可以使用HTML5,CSS3以及JavaScript以及服務(wù)器端語言來完成（PHP,Ruby on Rails,Python）焊虏，這里可沒有標(biāo)準(zhǔn)的SDK，基本任意選擇別忘了有一些跨平臺(tái)的開發(fā)工具秕磷，比如PhoneGap, Sencha Touch 2诵闭，APPcan以及Appcelerator Titanium等等。
• Web APP需開發(fā)“html5云網(wǎng)站”和“APP客戶端”
• 每次打開APP澎嚣，都要通過APP框架向云網(wǎng)站取UI及數(shù)據(jù)
• 手機(jī)用戶無法上網(wǎng)則無法訪問APP應(yīng)用中的數(shù)據(jù)
• 框架型的APP無法調(diào)用手機(jī)終端的硬件設(shè)備疏尿，（語音、攝像頭易桃、短信润歉、GPS、藍(lán)牙颈抚、重力感應(yīng)等）
• 框架型APP的訪問速度受手機(jī)終端上網(wǎng)的限制踩衩，每次使用均會(huì)消耗一定的手機(jī)上網(wǎng)流量
• 框架型APP應(yīng)用的安裝包小巧，只包含框架文件贩汉，而大量的UI元素驱富、數(shù)據(jù)內(nèi)容剛存放在云端
• APP用戶每次都可以訪問到實(shí)時(shí)的最新的云端數(shù)據(jù)
• APP用戶無須頻繁更新APP應(yīng)用，與云端實(shí)現(xiàn)的是實(shí)時(shí)數(shù)據(jù)交互
• 適用企業(yè)：電子商務(wù)匹舞、金融褐鸥、新聞資訊、企業(yè)集團(tuán)赐稽，需經(jīng)常更新內(nèi)容的APP應(yīng)用叫榕。

2.開發(fā)難度區(qū)別

移動(dòng)web和混合App開發(fā)難度對(duì)于web開發(fā)者來說相對(duì)較低，而且可以充分利用現(xiàn)有的web開發(fā)工具和工作流程

3.發(fā)布渠道和更新方式

混合App可以在應(yīng)用商店App Store發(fā)布姊舵，但可以自主更新晰绎，而原生App的更新必須通過應(yīng)用商店App Store。

4.移動(dòng)設(shè)備本地API訪問

混合App可以通過JavaScript API訪問到移動(dòng)設(shè)備的攝像頭括丁、GPS荞下；而原生App可以通過原生編程語言訪問設(shè)備所有功能。

5.跨平臺(tái)和可移植性

基于瀏覽器的移動(dòng)web最好的可移植性和跨平臺(tái)表現(xiàn)史飞；混合App也能節(jié)省跨平臺(tái)的時(shí)間和成本尖昏，只需編寫一次核心代碼就可部署到多個(gè)平臺(tái)，而原生App的跨平臺(tái)性能最差构资。

6.搜索引擎友好

只有移動(dòng)web對(duì)搜索引擎友好抽诉，可與在線營銷無縫整合。

7.貨幣化

混合App除廣告外吐绵，還支持付費(fèi)下載及程序內(nèi)購買迹淌；原生App的程序內(nèi)購買金額2012年首次超過下載收費(fèi)河绽。

8.消息推送

只有混合App和原生App支持消息推送，這能增加用戶忠誠度巍沙。

9.獲取方法區(qū)別

原生APP中：

• 直接下載到設(shè)備
• 以獨(dú)立的應(yīng)用程序運(yùn)行(并不需要瀏覽器)
• 用戶必須手動(dòng)去下載并安裝這些原生App
• 有一些商店與賣場(chǎng)來幫助用戶尋找你的App葵姥，

WebAPP中：

• 從移動(dòng)設(shè)備上的瀏覽器訪問
• 不需要安裝額外的軟件
• 軟件更新只需要服務(wù)器就夠了
• 因?yàn)楝F(xiàn)在沒有什么商品或賣場(chǎng)提供這種App，所以如何搜索這些移動(dòng)Web App相當(dāng)不簡單

10.版本控制區(qū)別

原生APP中：

用戶可以自由地選擇是否更新軟件版本句携，所以會(huì)出現(xiàn)不同用戶同時(shí)使用不同版本的情況

WebAPP中：

所有的用戶都是用同樣的版本

如何判斷一個(gè)混合APP開發(fā)的頁面形式

• 斷網(wǎng)檢查不是絕對(duì)的榔幸，web app并不一定是在遠(yuǎn)程服務(wù)器上的， 也能pack在程序里矮嫉，load本地的資源也能算是web app削咆。
• 在系統(tǒng)設(shè)置里進(jìn)入“開發(fā)者選項(xiàng)”，勾選“顯示布局邊界”蠢笋，然后就可以看得出來了拨齐。（比較靠譜）
• 一般web界面有明顯的加載的過程，你看頁面的最上面一般有一個(gè)加載的進(jìn)度條昨寞，不過這個(gè)進(jìn)度條一般加載也比較快瞻惋，有些應(yīng)用在這樣的說明頁面會(huì)有刷新操作、這樣你斷網(wǎng)再刷新就會(huì)提示網(wǎng)址找不到
• 網(wǎng)頁的一般就在手機(jī)的當(dāng)前界面加載一個(gè)url地址援岩。
• （快速）滾動(dòng)起來是否比較卡
• 圖片加載失敗的圖標(biāo)

怎樣選擇開發(fā)模式（視情況而定）

近年來隨著移動(dòng)設(shè)備類型的變多歼狼，操作系統(tǒng)的變多，用戶需求的增加享怀，對(duì)于每個(gè)項(xiàng)目啟動(dòng)前羽峰，大家都會(huì)考慮到的成本，團(tuán)隊(duì)成員添瓷，技術(shù)成熟度梅屉，時(shí)間，項(xiàng)目需求等一堆的因素鳞贷。

因此坯汤，開發(fā)App的方案已經(jīng)變得越來越多了。無數(shù)的人參與或者看到過一個(gè)討論：原生開發(fā)還是混合開發(fā)悄晃，又或者是Web開發(fā)玫霎？要結(jié)實(shí)踐和自身的情況。

1. 比如妈橄，你的預(yù)算是多少？預(yù)算充足的話可以開發(fā)幾個(gè)本地應(yīng)用加一個(gè)Web應(yīng)用
2. 你的應(yīng)用需要什么時(shí)候面市翁脆？Web應(yīng)用可以很快地開發(fā)然后直接推出來
3. 你的應(yīng)用需要包含什么特點(diǎn)和功能眷蚓？如果跟手機(jī)的某些功能深度整合了，比如攝像頭反番，需要呈現(xiàn)大量圖形和動(dòng)畫就選原生 應(yīng)用好點(diǎn)
4. 你的應(yīng)用是否一定需要網(wǎng)絡(luò)
5. 你的應(yīng)用的目標(biāo)硬件設(shè)備是所有的移動(dòng)設(shè)備還是僅僅只是一部分而已
6. 你自己已經(jīng)熟悉的開發(fā)語言沙热，或者說現(xiàn)有資源
7. 這個(gè)應(yīng)用對(duì)于性能要求是否苛刻
8. 如何靠這個(gè)應(yīng)用贏利我想這幾個(gè)問題應(yīng)該能讓你做出明智的選擇
9. 你的應(yīng)用是否需要使用某些設(shè)備的特殊功能叉钥，比如攝像頭，攝像頭閃光燈或者重力加速器
10. 移動(dòng)Web無所不在篙贸，移動(dòng)Web是目前唯一的支持各種設(shè)備訪問的平臺(tái)投队，與桌面Web一樣，移動(dòng)Web支持各種標(biāo)準(zhǔn)的協(xié)議爵川。移動(dòng)Web也是唯一一個(gè)可供開發(fā)者發(fā)布移動(dòng)應(yīng)用的敷鸦，平臺(tái)，它將各種移動(dòng)交互與桌面任務(wù)有效地連接了起來寝贡；而開發(fā)Native App可以充分利用設(shè)備的特性扒披，而這一點(diǎn)往往是Web瀏覽器做不到的，所以對(duì)一個(gè)產(chǎn)品本身而言圃泡，Native App是最佳的選擇碟案。
11. 為應(yīng)用收費(fèi)(人們的觀念webApp是不收費(fèi)的)用原生開發(fā)模式
12. Web Apps是唯一一個(gè)經(jīng)久不衰的移動(dòng)內(nèi)容、服務(wù)颇蜡、應(yīng)用開發(fā)平臺(tái)价说。
13. 使用定位功能、使用攝像頭风秤、使用感應(yīng)器鳖目、訪問文件系統(tǒng)、離線用戶唁情、多點(diǎn)觸控：雙擊疑苔、縮放及其他組合的用戶界面（UI）手勢(shì)；快速圖形API：原生平臺(tái)為你提供了顯示最快速的圖形甸鸟。如果你顯示只有寥寥幾個(gè)元素的靜態(tài)屏幕惦费，這個(gè)功能可能不太重要，但如果你使用大量數(shù)據(jù)抢韭，需要快速刷新薪贫，這項(xiàng)功能卻很重要；流暢動(dòng)畫：與快速圖形API有關(guān)的是實(shí)現(xiàn)流暢動(dòng)畫的功能刻恭。這在動(dòng)畫瞧省、高度交互的報(bào)表或者轉(zhuǎn)換照片和聲音的計(jì)算密集型算法中顯得尤為重要；內(nèi)置部件：攝像頭鳍贾、地址簿鞍匾、地理位置及設(shè)備的其他原生功能可以無縫地整合到移動(dòng)應(yīng)用程序中。另一個(gè)重要的內(nèi)置部件是加密的存儲(chǔ)裝置骑科，這方面稍后會(huì)有詳細(xì)介紹橡淑；易于使用：原生平臺(tái)是人們耳熟能詳?shù)钠脚_(tái)，所以如果你在這個(gè)熟悉的平臺(tái)上添加人們期望的所有原生功能咆爽，也就擁有了一款使用起來完全更容易的應(yīng)用程序時(shí)用原生
14. 是原生App還是移動(dòng)Web App梁棠，主要受商業(yè)目標(biāo)置森，目標(biāo)用戶，以及技術(shù)需要這些因素影響的符糊。其實(shí)更多時(shí)候你也不要為選擇那種App模式煩惱凫海，正如本文提到，類似Facebook這樣的公司就為用戶提供了兩種選擇男娄。然而對(duì)于大部分人來說行贪，預(yù)算，資源限制將會(huì)逼迫我們只能選擇其中一種（或者只能以其中一種為重點(diǎn)

六沪伙、WebAPP和原生APP交互區(qū)別

1.Web APP受限因素

相比Native App瓮顽，Web App體驗(yàn)中受限于以上5個(gè)因素：網(wǎng)絡(luò)環(huán)境，渲染性能围橡，平臺(tái)特性暖混，瀏覽器限制，系統(tǒng)限制翁授。

（1）網(wǎng)絡(luò)環(huán)境拣播，渲染性能

• Web APP對(duì)網(wǎng)絡(luò)環(huán)境的依賴性較大，因?yàn)閃eb APP中的H5頁面收擦，當(dāng)用戶使用時(shí)贮配，去服務(wù)器請(qǐng)求顯示頁面。如果此時(shí)用戶恰巧遇到網(wǎng)速慢塞赂，網(wǎng)絡(luò)不穩(wěn)定等其他環(huán)境時(shí)泪勒，用戶請(qǐng)求頁面的效率大打折扣，在用戶使用中會(huì)出現(xiàn)不流暢宴猾，斷斷續(xù)續(xù)的不良感受圆存。同時(shí)，H5技術(shù)自身渲染性能較弱：對(duì)復(fù)雜的圖形樣式仇哆，多樣的動(dòng)效沦辙，自定義字體等的支持性不強(qiáng)。 因此讹剔，基于網(wǎng)絡(luò)環(huán)境和渲染性能的影響油讯，在設(shè)計(jì)H5頁面時(shí)，應(yīng)注意以下幾點(diǎn)：
• 簡化不重要的動(dòng)畫/動(dòng)效
• 簡化復(fù)雜的圖形文字樣式
• 減少頁面渲染的頻率和次數(shù)
• 具體案例：設(shè)計(jì)Web APP要去除冗余的功能延欠，回溯本源陌兑，只給用戶提供最初的本質(zhì)需求。既符合H5精簡功能又達(dá)到了突出核心功能的設(shè)計(jì)原則由捎。
• 切記重要的并不是我們提供的信息量有多大诀紊，而是我們能否給他們提供真正需要的信息。
• 切記要減少功能入口隅俘，增強(qiáng)用戶的專注度邻奠，不要分散用戶的注意力。

（2）瀏覽器限制

• 通常Web App生存于瀏覽器里为居，宿主是瀏覽器碌宴。不同的瀏覽器自身的屬性不盡相同，如：瀏覽器自帶的手勢(shì)蒙畴，頁面切換方式贰镣，鏈接跳轉(zhuǎn)方式，版本兼容問題等等膳凝。
• 具體案例1：UC 瀏覽器和百度瀏覽器自身支持手勢(shì)切換頁面碑隆。手指從左側(cè)滑動(dòng)頁面，返回至上一級(jí)蹬音。百度手機(jī)助手H5頁面上煤，頂部Banner支持手勢(shì)左右滑動(dòng)切換。這一操作與瀏覽器自身手勢(shì)是沖突的著淆。
• 具體案例2：基于瀏覽器的Web APP在打開新的模塊中的頁面時(shí)劫狠，大多會(huì)新開窗口來展現(xiàn)。例如用戶在使用購物類APP時(shí)永部，瀏覽每日精選模塊時(shí)独泞，每當(dāng)打開新的商品時(shí)，默認(rèn)新開一個(gè)窗口苔埋。這樣的優(yōu)劣勢(shì)顯而易見：優(yōu)勢(shì)是能夠記錄用戶瀏覽過的痕跡懦砂，瀏覽過的商品，以便后續(xù)橫向?qū)Ρ茸殚希涣觿?shì)是過多的頁面容易使用戶迷失在頁面中荞膘。
• 正如Google開發(fā)手冊(cè)里描述：當(dāng)用戶打開一個(gè)Web App的時(shí)候，他們期待這個(gè)應(yīng)用就像是一個(gè)單個(gè)應(yīng)用晨炕，而不是一系列網(wǎng)頁的結(jié)合衫画。然而，什么情況下需要跳轉(zhuǎn)頁面瓮栗，什么情況下在當(dāng)前頁面展示則需要設(shè)計(jì)師細(xì)致考量削罩。
• 因此，Web App基于瀏覽器的特性费奸，從設(shè)計(jì)角度應(yīng)該遵循以下了兩點(diǎn)：
• 少用手勢(shì)弥激，避免與瀏覽器手勢(shì)沖突。
• 減少頁面跳轉(zhuǎn)次數(shù)愿阐，盡量在當(dāng)前頁面顯示微服。

（3）系統(tǒng)限制，平臺(tái)特性

• 由于Html5語言的技術(shù)特性缨历，無法調(diào)用系統(tǒng)級(jí)別的權(quán)限以蕴。例如糙麦，系統(tǒng)級(jí)別的彈窗，系統(tǒng)級(jí)別的通知丛肮，地理信息赡磅，通訊錄，語音等等宝与。且與系統(tǒng)的兼容性也會(huì)存在一些問題焚廊。以上限制通常導(dǎo)致APP的拓展性不強(qiáng)，體驗(yàn)相對(duì)較差习劫。具體案例：百度網(wǎng)頁地圖與百度APP地圖咆瘟。
• Web版地圖基于瀏覽器展現(xiàn)，因此诽里，不能全屏顯示地圖袒餐，給用戶的眼界帶來局限感；相反须肆，Native 版地圖以全屏展現(xiàn)的形式匿乃，很好的拓展了用戶的視野。整個(gè)界面干凈簡潔豌汇，首頁去除冗余功能幢炸。
• Web 版地圖耗費(fèi)的流量大于Native版，且不能預(yù)先緩存離線地圖拒贱。對(duì)于地理位置的判斷也是基于宿主瀏覽器宛徊，而非Web地圖本身。獲取路線后逻澳，對(duì)于更換到達(dá)方式闸天，相對(duì)來說是不便利的。
• 相反斜做，Native 版地圖苞氮，能夠直接訪問用戶的地理位置，能夠很清晰的為用戶展現(xiàn)App規(guī)劃的路線瓤逼，并能輕松的查看多種路線方案笼吟，以便做出符合自己的最佳方案。對(duì)于切換公交霸旗，走路贷帮，自駕等路線方式也是只需一鍵操作。
• Native 版地圖相對(duì)于 Web版地圖增加更多情感化诱告，易用的功能撵枢，如：能夠記錄用戶的生活軌跡，記錄用戶的點(diǎn)滴足跡，能夠享受躲避擁堵方案等锄禽。而Web版地圖基于技術(shù)框架潜必，很難實(shí)現(xiàn)以上功能，從用戶體驗(yàn)角度來看沟绪，弱于Native版地圖刮便。

2.Web APP設(shè)計(jì)要點(diǎn)

（1）簡化

• 簡化不重要的動(dòng)畫/動(dòng)效
• 簡化復(fù)雜的圖形文字樣式

（2）少用

• 少用手勢(shì)，避免與瀏覽器手勢(shì)沖突
• 少用彈窗

（3）減少

• 減少頁面內(nèi)容
• 減少控件數(shù)量
• 減少頁面跳轉(zhuǎn)次數(shù)绽慈，盡量在當(dāng)前頁面顯示

（4）增強(qiáng)

• 增強(qiáng)Loading時(shí)的趣味性
• 增強(qiáng)頁面主次關(guān)系
• 增強(qiáng)控件復(fù)用性

3.有效的WebAPP產(chǎn)品設(shè)計(jì)

• 有效的導(dǎo)航設(shè)計(jì)：基本的快捷導(dǎo)航中包括返回常用頁面（如首頁、我的等）的快捷方式
• 出現(xiàn)深層架構(gòu)時(shí)辈毯，及時(shí)補(bǔ)充返回重要層級(jí)頁面的快捷方式坝疼。
• 情境式導(dǎo)航，方便用戶快捷跳轉(zhuǎn)到ta想去的頁面谆沃，如購買結(jié)束時(shí)提供查看訂單詳情的按鈕钝凶。
• WebAPP更加需要畫頁面跳轉(zhuǎn)的流程圖，摸清各個(gè)頁面的入口唁影，尤其是頁面返回的流程耕陷；有些簡化的返回按鈕，可以特殊注明返回到的頁面据沈。