到底什么情況該選擇開發(fā)Web App？
移動Web無所不在
移動web是目前唯一的支持各種設備訪問的平臺，與桌面web一樣，移動web支持各種標準的協(xié)議。移動web也是唯一一個可供開發(fā)者發(fā)布移動應用的平臺。它將各種移動交互與桌面任務有效地連接了起來。
移動web平臺具有以下一些優(yōu)點：容易學習，開發(fā)成本低、標準化、使用方便、易于發(fā)布。我將這些優(yōu)點歸結為無處不在原則：通常開發(fā)簡單而且市場廣泛的東西往往能夠取得成功。
“高質量”也是成功的關鍵因素之一，而這一點移動web這些年還沒能做得很好。移動web在許多方面還存在一些困難，如解決設備的多樣性就是提升移動web質 量的一個重大挑戰(zhàn)。但是，移動web遇到的困難遠沒有native apps遭遇的挑戰(zhàn)來得復雜。另外，這些挑戰(zhàn)將在這幾年的時間里得到有效的解決。
眾所周知，我是移動web的擁護者;然而，我也是第一個承認native app重要性的人。開發(fā)native App可以充分利用設備的特性，而這一點往往是web瀏覽器做不到的，所以對一個產品本身而言，native App是最佳的選擇。
下面幾節(jié)將討論一下native App的一些主要功能。
什么時候應該開發(fā)一個Native App
為應用收費
沒有任何地方規(guī)定開發(fā)者不能對一個移動web app收取使用費，但是由于某些原因，人們常常認為不能或是不應該對一個web app收取費用。由于歷史原因，導致移動設備上付費服務遭遇兩大阻力：
付款方式
在移動設備上輸入信用卡號相當麻煩，而且在許多老式設備上也沒有安全保障。一種典型的方式是，如果你需要對你的應用收費，你可以與運營商達成協(xié)議，讓運營商代為為你的服務收費。這也意味著，你需要和多個運營商達成合作。這通常是首選的方法，因為許多手機用戶可能根本就沒有信用卡，比如青少年。
另一種方法是將用戶的信用卡信息保存在一個安全的網站上。用戶可以通過登錄到該網站購買應用服務。這個過程不算特別理想，因為這意味著用戶不能直接通過他們的移動設備購買服務了。
強制分成
移動運營商是會提成的。app無論是通過運營商還是通過移動設備發(fā)布，他們都為應用提供了一套收費機制。這些運營商和移動設備將會提取部分收益，然后將剩余的部分交給應用開發(fā)商，這也意味著，開發(fā)人員必須遵守他們的市場規(guī)則。適應運營商的市場規(guī)則通常是非常困難的，需要投入大量的人力資源。相比而言，移動設備的市場規(guī)則則簡單許多，但是也存在不少的困難。
妨礙運營商和移動設備開發(fā)商利益的應用以及服務都將受到阻擾。過去，那些不靠運營商和移動設備開發(fā)商運作的網站如果收入過于顯眼的話，都逃脫不了被關閉的命運，但是最近，這樣的事情鮮少發(fā)生了。
如果你想為你的native app收費，那么你就必須接受這個現(xiàn)實——你必須遵守別人的市場規(guī)則，還得放棄部分收益。
開發(fā)游戲
如果你是想開發(fā)一個移動游戲(移動游戲是移動市場上最大的一塊)，那么你需要開發(fā)一個native app。游戲對資源的占用很大，并且需要使用許多設備API或平臺API。雖然，現(xiàn)在有幾款完全使用web技術開發(fā)的游戲占有了一定的市場份額，但是和native app市場的占有情況相比，還是微不足道的。游戲用戶對應用的視覺和操作效果要求很高。移動web雖然提供了一些仿真體驗，但還遠遠不能滿足用戶的需求。
在開發(fā)移動游戲時，你需要慎重考慮你的應用需要支持哪些平臺。幸運的是，現(xiàn)在有許多工具能夠幫助你將你的游戲推向多個平臺，但是完成這些工作，還是需要花費大量的人力和物力。
使用定位功能
下一個功能就是定位功能，可以通過GPS或者是信號檢測確定用戶當前的位置信息。以前只能通過native app的APIs查看用戶的位置信息，但現(xiàn)在大多數(shù)主流移動瀏覽器上都嵌入了W3C Geolocation API。像iPhone或Android這樣安裝了WebKit的設備，或是配置了Opera或Mozilla瀏覽器的設備，都可以獲取用戶的位置信息。
我相信定位功能會為Web技術帶來許多全新的應用。如果能夠合理利用web瀏覽器，web開發(fā)商就能使用用戶的位置信息和其他內容開發(fā)出更加有趣的應用。雖然這在技術上沒有太大的困難，但卻受到隱私保護條例的限制。我們將web瀏覽器當做是用戶進入World Wide Web的入口。加入定位功能，意味著在網站中引入了一些敏感信息，這有可能導致嚴重的后果。但是位置感知應用中顯示的位置信息必須經過用戶的授權，用戶當然有權禁止應用發(fā)布自己的位置信息。
使用攝像頭
攝像頭可以為你的應用提供豐富的可能性。以往移動MMS(Multimedia Messaging Service)被用于處理移動照片。換言之，你拍了一張照片后，需要使用MMS將它傳送給一個服務器，服務器對照片做出相應的處理，并將處理完成的結果通知給你。這個過程是非常耗時的，而且相當復雜，也沒有可靠性保障。
通過訪問攝像頭，native app開發(fā)者能夠簡化拍照的過程。用戶可以直接在客戶端對照片做一些簡單的處理，只有在有需要的時候才將照片上傳給服務器，而且是通過可靠的HTTP傳輸。W3C正在開發(fā)一個訪問攝像頭的API，但現(xiàn)在還沒有將這部分工作正式整合到瀏覽器中。
在許多類型的移動apps中，攝像頭是非常有用的，比如快拍應用、短片拍攝應用等等，攝像頭可以用來捕捉許多重要的瞬間。不久的將來，我們可以看到——只要通過攝像頭拍攝某個標識，應用程序就能自動完成對標識上的語言轉換工作——這個技術在日本已經開始流行起來了。
使用感應器
現(xiàn)在越來越來越多的移動設備上都新增了感應器功能，該裝置可以感知設備的物理速度以及重力，并將感知的數(shù)據(jù)結果傳送給設備。這個裝置常被用來感應設置是否被翻轉，應用根據(jù)接受到的信息自動調節(jié)畫面的方向。
感應器可以用來幫助用戶提升與設備交互時的真實感;大多數(shù)移動設備都是手持的，應用能夠根據(jù)設備的方向調整內容畫面，比如翻轉屏幕，或是檢測物理移動，并能據(jù)此猜測用戶所處的環(huán)境。舉一個簡單的例子：比如用戶正在走路，那么感應器能夠檢測到一個輕緩的移動或是速度，這時可以為用戶提供一個大字體的用戶界面，從而使得用戶更容易看清屏幕上的內容。
然而，開發(fā)者也不能過分依賴感應器，因為感應器無法區(qū)分究竟哪些交互是有意的，而哪些是沒有意義的。每個移動交互都需要通過“傳輸測試”。設計你的交互時必須考慮用戶在一個擁擠的汽車或是火車上的場景。考慮一下如果用戶正身處擁擠的地鐵或是正在駕車時，你的應用能否正確處理用戶搖晃移動設備的動作。通常，大多數(shù)開發(fā)者都沒有考慮這些因素。確保為每個任務設計一個備用方案以處理特殊場景中的移動交互。
訪問文件系統(tǒng)
如果你的應用需要將數(shù)據(jù)保存在本地，那么你需要開發(fā)一個native app。比如你要保存用戶的地址簿、電話或e-mail信息，或是保存從其他設備上獲取的數(shù)據(jù)。
訪問文件系統(tǒng)常常會涉及到安全和用戶隱私保護的問題。惡意應用程序可能會修改或是刪除你的移動設備上的數(shù)據(jù)。一個攜帶病毒的應用程序可以利用移動設備上的關系網將病毒擴散到許多其他的手機上，在采用移動應用認證機制以前，這種事情是常常發(fā)生的。
另一方面，移動設備正變得越來越私人化，移動設備上保存了大量用戶的個人信息，以及用戶的朋友信息和商業(yè)信息。針對這些私人信息開發(fā)應用是一個不錯的想法。但是這也存在一定的風險，使用保存在移動設備上的數(shù)據(jù)可以為用戶提供更加有針對性的服務。
開發(fā)者必須謹記，只有在獲得用戶的授權后才能訪問用戶的私人數(shù)據(jù)。我們看到許多應用在沒有得到用戶授權的情況下使用了大量的用戶私人數(shù)據(jù)，而被誤認為是垃圾信息或是釣魚應用，即使這些應用原本是在提供一些非常有用的服務。人們對你的應用的誤解將會影響到你的服務的推廣，如果運營商收到過多關于你的應用的投訴，那么你的服務可能將被終止，甚至會牽連其他的應用。
訪問文件系統(tǒng)時至關重要的一點就是在沒有獲得用戶授權的情況下，不要訪問任何用戶的私人數(shù)據(jù)。而這一點，往往被大多數(shù)應用忽略了。
W3C正在為移動開發(fā)商開發(fā)相關的標準API，但目前該工作尚未完成。
離線用戶
最后一個需要開發(fā)native app的理由就是，用戶有可能是離線的或者無法接入移動網絡。這在城市可能很少發(fā)生，即使是在農村，網絡的覆蓋也已經逐步普及了。但是短暫的網絡連接中斷還是時常發(fā)生的，你的應用程序應該考慮如何處理這種情景。
想想用戶通常在什么時候，在哪里會使用你的app。如果是一個移動游戲，那么用戶很可能在飛機上使用這個app。跟蹤地圖應用常在偏遠且網絡覆蓋不佳的地方使用。移動旅游向導常在一個國外的網絡中訪問，往往需要支付漫游和國際網絡費用。這時，應用程序最好能夠為用戶提供離線服務，保證用戶在不接入網絡的情況下，仍然能享受同等的服務。
現(xiàn)在支持HTML5的瀏覽器也能實現(xiàn)脫機訪問功能，但對用戶來說可能不太明顯。隨著越來越多的瀏覽器都開始支持脫機訪問，應用需要明確地告訴用戶網絡連接中斷時，他們仍然可以訪問移動web apps。
Native apps常常假設網絡連接是可靠的。App通常只考慮了網絡狀況良好的情景，想當然地認為網絡是封閉的，并且網速足夠快。移動設備從網絡良好的環(huán)境突然進入一個網絡糟糕的環(huán)境并不少見。Native apps應該在網絡狀況最差的情況下測試。比如用戶啟動任務時可能還是全信號覆蓋，而在任務結束時可能已經完全沒有網絡信號了。
用戶在安裝native apps時，根本不會考慮是在線訪問還是離線訪問——他們期望的是不管在任何狀況下，native apps都能正常工作。而這也是開發(fā)者的職責。
什么時候應該開發(fā)一個Web App
只要你的應用程序不滿足之前提到的native app條件之一，那么你就沒有必要開發(fā)一個native app，而應該選擇開發(fā)一個web app。正如文章之前提到的，我是一個native app的擁護者，我認為native app有許多優(yōu)秀的特質，并且具有很大的市場潛力，但是web apps是唯一一個經久不衰的移動內容、服務、應用開發(fā)平臺。
Native App并不能明顯地為用戶提供更好的服務;它反而會增加項目的成本，減少了應用發(fā)布的渠道，增加了App升級的復雜度，削弱了開發(fā)者對應用的控制和利潤， 并且可能會給設備帶來麻煩。Native App可以為開發(fā)者帶來短期的效益，但這是有一定風險的，甚至可能會影響到移動市場的可持久發(fā)展。
移 動Web App的優(yōu)勢在前文中已經提到過了。如果上一節(jié)提到的幾點功能是促成你選擇Native App的唯一原因，那么如果能夠在移動瀏覽器上屏蔽這些障礙，你是否還會堅持選擇Native App呢?Palm的webOS已經著手解決了上述的部分問題。他們基于WebKit構建了一個全移動操作系統(tǒng)，將手機變成了一個web瀏覽器。所謂的 “native apps”實際上就是一個web apps。
PhoneGap也是一個類似的項目，這個開源項目用于幫助開發(fā)者在 iPhone、Android以及BlackBerry設備上開發(fā)native apps，并且能夠模擬設備上的功能(如定位功能和文件系統(tǒng))供web apps調用。這些代碼可以在各個設備的應用商店中發(fā)布并且出售，但是他們使用的通用代碼和設計是可以共享的。由于開發(fā)的是一個web app，開發(fā)者可以為低端的移動瀏覽器開發(fā)一個簡化版的應用。只用開發(fā)一次，就可以部署在多個平臺上了，
對于那些有著豐富的移動開發(fā)經驗的 程序員來說，一提到“要開發(fā)一個功能豐富的應用”時，可能首先想到的就是native app。雖然在很多設備上，這一想法仍然適用，但是現(xiàn)在移動web apps上也提供了足夠豐富的功能接口供開發(fā)者調用。這使得web app不僅可以像native app一樣被設計得功能豐富界面絢麗，而且還能在各個平臺上遷移，甚至不用修改一行代碼。
現(xiàn)在在移動設備開發(fā)中，移動web apps的創(chuàng)新進入了前所未有的高潮時期。但更重要的是，這是有史以來第一次，移動設備開發(fā)商決定共同制定一個移動web開發(fā)的標準，就像是桌面web上 的標準一樣。不僅如此，那些支持移動web app創(chuàng)新功能的設備或是支持第三方瀏覽器的移動設備都受到消費者的歡迎。
所以與其問自己“我為什么要開發(fā)一個web app?”，還不如直接問自己“我為什么不開發(fā)一個web app呢?”。
文章來源：http://www.webapptrend.com/2011/12/818.html
注：本文作者為暢銷移動Web圖書作者Brian Fling，本文為其著作《Mobile Design And Development》的樣章節(jié)選。
【編輯推薦】
