第一篇：你應該使用什么語言開發(fā)App？

全球范圍內(nèi)App開發(fā)者數(shù)量有增無減，你選擇哪種編程語言來開發(fā)App呢？你得研究過跨平臺app設計，你得知道一些app開發(fā)的常見缺陷。這取決于你的受眾和你所選擇的平臺，然后選擇一門合適的語言。你會選擇哪種語言來開發(fā)app呢？你選擇它的理由是什么呢？ Objective-C Objective-C被認為是iOS app開發(fā)的標準語言，通過蘋果的Xcode集成開發(fā)環(huán)境（IDE）使用Objective-C來開發(fā)。

Objective-C具有以下優(yōu)點：開發(fā)的高效能性，可以讓你充分利用手機的各項功能。使用Objective-C進行編碼可以讓app在所有iOS設備上獲得相差無幾的體驗，適配性比較高，比如iPhone和iPad。

不過，Objective-C使用起來也有一些難點，比如不是那么容易學習，使用Xcode可能比普通開發(fā)更難一些，更要到的一點是通過Objective-C開發(fā)的app很難適用到其他平臺上，比如Android phones和Windows phones。不過，也不用這么悲觀，iPhone app可以被寫成web app，web app不需要像Objective-C那么精細復雜的語言，你可以使用HTML、CSS或者JavaScript。另外，web app還可以使用iPhone的某些功能，你可以使用HTML5，針對iPhones的web app可以使用位置功能。但是，目前情況是web app開發(fā)比較有限。

Web app開發(fā)不能整合設備的核心功能，比如發(fā)文本信息，也不能充分使用App Store進行銷售和更新。一些人認為移動web app避免了可擴展性問題，因為它可以跨平臺使用。同時，web app也繞開了App store嚴格的提交和更新審查規(guī)則。相比較Objective-C而言，HTML、CSS以及JavaScript學起來更容易些。

JavaScript(Plus CSS和HTML)JavaScript主要用來進行web瀏覽器和app的開發(fā)，性能方面有待進一步改進和完善。web瀏覽器開發(fā)不完全需要一門新的語言，使用和開發(fā)方面沒有太大問題，套用一句話說，也就是沒有壞的時候不用去修理它。

Node.js 男士內(nèi)褲品牌http://可以一起使用，允許結(jié)構(gòu)和歸檔的分離。

Robbins主要從事Node.js語言的研究，他以前是一個.NET和Ruby程序員，在他看到類似Silverlight和Flex這類程序/項目失敗于前端編程的時候，他看到了Node.js的機會。

Robbins開始全職從事JavaScript開發(fā)，并且6個月后成立了Nodejitsu公司，為app開發(fā)提供高效的云服務。Robbins表示Node.js繞開了通用的開發(fā)步驟，使用起來更為簡單。他說：“Node.js可以為你提供大部分你想要的實用函數(shù)，并且可在NPM(node package manager)中使用，我覺得這是個優(yōu)勢而不是劣勢。”

Ruby：一種為簡單快捷的面向?qū)ο缶幊蹋嫦驅(qū)ο蟪绦蛟O計）而創(chuàng)的腳本語言

Robbins先前使用過Ruby, 他并不肯定Ruby，他說：“Ruby面臨的一個問題是工程師看到函數(shù)成為語言的一部分，他們認為使用起來也非常快，他們并未對函數(shù)作為語言的執(zhí)行進行深入挖掘。”

Robbins推薦使用第三方函數(shù)來代替，這樣可以對app開發(fā)有個更綜合更全面的理解。他說：“使用第三方函數(shù)的時候你會持很重的懷疑心態(tài)，你會仔細去看代碼，看哪些運行的快哪些運行的慢，最終你對app的運行情況會有更深刻的理解。”

在app開發(fā)過程中創(chuàng)建一門新的語言或者提高現(xiàn)有語言的健康競爭能力，開發(fā)者需要知道哪種語言適合自己，尤其要明白各種語言的效能和功能。

男士內(nèi)褲品牌http://www.tmdps.cn/,毛巾架http://www.tmdps.cn/

第二篇：app開發(fā)合同2018

*************

手機APP開發(fā)協(xié)議書

委托方（下稱甲方）： 法定代表人： 注冊地址： 聯(lián)系電話： 電子郵箱：

受托方（下稱乙方）： 法定代表人： 注冊地址： 聯(lián)系電話： 電子郵箱：

雙方經(jīng)友好協(xié)商，依據(jù)《中華人民共和國合同法》的有關(guān)規(guī)定，就委托乙方開發(fā)（以下簡稱“本軟件”）的事宜達成如下協(xié)議，以資共 同遵守。第一條 定義

1)甲方選擇乙方為其開發(fā)軟件系統(tǒng)，乙方將在甲方規(guī)定的時間內(nèi)，根據(jù)甲方要求，為甲方開發(fā) APP 軟件系統(tǒng)。

2)所開發(fā)的軟件可以在iOS、安卓操作系統(tǒng)下運行的軟件，軟件需求，App應用開發(fā)的項目架構(gòu)及相關(guān)功能開發(fā)細節(jié)，由雙方協(xié)商確定，作為本合同附件。3)甲、乙雙方經(jīng)友好協(xié)商，根據(jù)《中華人民共和國合同法》等有關(guān)法規(guī)，就乙方承擔甲方系統(tǒng)軟件開發(fā)項目事宜，達成以下協(xié)議條款 4)本合同中所用術(shù)語的定義如下： 服務 由乙方提供的項目管理、需求分析、軟件開發(fā)、測試，以及咨詢、計劃、實施、操作培訓、安裝、調(diào)試、維護、升級等服務。

規(guī)范 信息系統(tǒng)在功能、操作、環(huán)境及性能等方面要求的周密而完整的說明。

************* 任務 為完成“合同范圍”所述服務而進行的相關(guān)活動。

指在本軟件開發(fā)完成后乙方需要交付給甲方的文件，包括但不限于：交付文件 程序文件、編譯前的源代碼、數(shù)據(jù)庫文件、操作手冊、產(chǎn)品制作原型圖、技術(shù)開發(fā)文檔等。

第二條 項目內(nèi)容

甲方委托乙方開發(fā)可以在iOS、安卓操作系統(tǒng)下運行的軟件，軟件需求，app應用開發(fā)的欄目架構(gòu)及相關(guān)功能開發(fā)細節(jié)，由雙方協(xié)商確定，作為本合同附件。第三條 履行期限

乙方應在本合同簽訂之日的次日起 45 個工作日即 2017年7月15日之前完成，本軟件開發(fā)并交付軟件和相關(guān)文件。乙方可提前交付，并協(xié)助甲方進行軟件的測試、鑒定工作。第四條 費用及支付

1)本次項目開發(fā)費用合計為人民幣（幣種下同）肆萬 元（小寫：￥40000.00），甲方按以下方式分期支付：

2)在合同簽訂之日起5日內(nèi)甲方向乙方支付合同額的50%金額為 貳萬元元（小寫： ￥20000.00）；

3)在項目開發(fā)十五個工作日內(nèi)甲方向乙方支付合同額的 50%項目款為

元（小寫：￥20000.00）。

第五條 驗收

乙方完成本軟件開發(fā)工作后，甲方應在 十五 個工作日內(nèi)完成驗收，逾期驗收的，視為驗收合格。第六條 雙方權(quán)利義務：

6.1 甲方的權(quán)利義務

1)甲方有權(quán)利督促乙方按規(guī)定時間完成項目開發(fā)，有增加或修改內(nèi)容雙方需另行協(xié)商解決;在不影響進程的情況下，對于甲方的細微規(guī)模變動的需求，乙方必須滿足;若出現(xiàn)較大幅度的變更，則甲乙雙方商議增加開發(fā)費用和延長開發(fā)周期。2)甲方完全擁有軟件系統(tǒng)的所有權(quán)，包括使用權(quán)、著作權(quán)等所有權(quán)利;3)甲方應當按照協(xié)議，按時向乙方支付開發(fā)費用;

************* 4)甲方有責任對本協(xié)議的內(nèi)容進行保密;5)甲方有責任對乙方的軟件開發(fā)技術(shù)進行保密，在未經(jīng)乙方書面許可的情況下，不得向第三方泄露。

6)甲方從項目成立起，派專人全程跟蹤，乙方必須配合。

7)甲方有責任自行向乙方提供或者請求乙方協(xié)助提供軟件開發(fā)所需要的硬件、軟件接口、產(chǎn)品需求說明書及必要配合，其中甲方須在合同簽訂時或合同簽訂日之后 1工作日內(nèi)向乙方提供明確的《產(chǎn)品需求說明書》，該《產(chǎn)品需求說明書》內(nèi)容包括產(chǎn)品的后端和接口說明；

8)甲方有責任保密乙方的個人信息，不得向第三方泄露。

6.2 乙方的權(quán)利義務

1)乙方有責任按甲方的要求在規(guī)定時間內(nèi)完成合同項目內(nèi)容的開發(fā)并向甲方提供相關(guān)文檔，項目開發(fā)內(nèi)容以該合同及產(chǎn)品需求說明書為準，若甲方提供的合同及產(chǎn)品需求說明書未明確說明產(chǎn)品開發(fā)需求，則乙方與甲方協(xié)商明確完成相關(guān)內(nèi)容開發(fā);2)在項目開發(fā)完畢之后，乙方有義務協(xié)助甲方軟件上線部署，在乙方對甲方提供的維護服務期之內(nèi)，由于甲方設計變更而導致的變更，若變更范圍在本合同所規(guī)定的功能范圍之內(nèi)，乙方有義務協(xié)助甲方修改變更內(nèi)容;3)乙方有責任對本協(xié)議的內(nèi)容進行保密;4)乙方有責任對與甲方項目的接口規(guī)范進行保密，在未經(jīng)甲方書面許可的情況下，不得向第三方泄露;5)乙方有責任在項目驗收合格完成之后，向甲方提供一年的免費售后服務，此售后服務包括但不限于由于乙方開發(fā)原因而導致的功能故障、bug。

6)乙方有責任自行準備軟件開發(fā)所需的硬件設備、開發(fā)資料、安排相關(guān)人員配合及 項目啟動日起每周向甲方通過郵件或 QQ作為媒介以圖片或簡單描述報告形式匯報甲方所委托的 APP開發(fā)進度。

第七條 保密條款

1)雙方不得向第三者泄露本協(xié)議的任何內(nèi)容。

2)雙方按本合同規(guī)定相互提供和提交的全部文件資料，凡涉及需要保密的，以

************* 預先說明的有關(guān)條款為據(jù)。并且任何一方在沒有經(jīng)過另一方書面同意的情況下，不能將另一方的保密資料（如技術(shù)資料、用戶信息）透露給第三者。第八條 合同的解除

1)

任意一方欲提前解除本合同，應提前通知對方，經(jīng)雙方協(xié)商簽字同意后方可解除。甲方要求解除合同，無權(quán)要求乙方返還甲方向乙方已支付的費用，并應對乙方遭受的損失承擔賠償責任；乙方要求解除合同，應返還甲方已支付的費用，并賠償由此引起甲方的損失。

2)訂立本合同所依據(jù)的客觀情況發(fā)生重大變化，致使本合同無法履行的，經(jīng)雙方協(xié)商同意，可以變更本合同相關(guān)內(nèi)容或者終止合同的履行。第九條 違約責任

1)甲方每逾期付款一天，應按照乙方開發(fā)費用的 5 %支付逾期付款違約金。2)乙方未按時交付的，每逾期一天，甲方將扣除開發(fā)費用的 5%作為補償，如因甲方未提供相關(guān)技術(shù)資料、調(diào)試環(huán)境支持、需求溝通不明確等原因，致使乙方延期交付的，乙方不承擔違約責任。

3)任何一方不履行或不妥善履行本協(xié)議下任何條款被視為違約，守約方有權(quán)要求違約方賠償另一方因違約而造成的一切損失，本合同對違約責任另有約定的，從其約定。

第十條 糾紛解決

本合同履行過程中所發(fā)生的爭議，雙方協(xié)商解決；協(xié)商不成的，任何一方可向 所在地法院起訴。

第十一條 通知與送達

1)甲方、乙方確認，雙方履行本合同的溝通可采取面談、電話、傳真和電郵的方式，本協(xié)議所載的雙方聯(lián)系地址、電話和電子郵箱均為真實、有效的聯(lián)系方式。雙方確認，一經(jīng)向?qū)Ψ桨l(fā)送電郵，即視為收到通知；一方按本協(xié)議載明地址所發(fā)出的書面文件，自發(fā)出之日起七日內(nèi)視為送達，無論是否簽收或拒收。

2)甲方指定本協(xié)議的聯(lián)系人為，聯(lián)系電話： ；乙方指定本協(xié)議的聯(lián)系人為，聯(lián)系電話：。甲方、乙方指定的聯(lián)系人為履行本協(xié)議所作出的意思表示和行為均分別代表甲方、乙方。

************* 3)如任一方的聯(lián)系方式有改變，應在3天內(nèi)書面通知對方。

第十二條 其他事項

1)雙方簽訂的補充協(xié)議、附件系本合同的組成部分，具有同等法律效力。2)本合同自雙方簽字蓋章之日起生效，一式兩份，雙方各執(zhí)一份。

3)本協(xié)議標題僅供參考之用，并不構(gòu)成本協(xié)議的一部分，亦不得被用以解釋本協(xié)議。

4)本協(xié)議一方延遲或未能行使本協(xié)議下的權(quán)力、權(quán)利或救濟不應作為對任何該等權(quán)力、權(quán)利或救濟的棄權(quán)。

5)如果本協(xié)議的任何條款或規(guī)定在任何適用法律下被認定為全部或部分無效或不可強制執(zhí)行，其應（在該等無效或不可強制執(zhí)行的范圍內(nèi)）從本協(xié)議中被排除，但本協(xié)議的所有其他條款和規(guī)定均保持全部有效。

（本頁以下無正文）

甲方： 乙方： 負責人： 負責人：（簽章）（簽章）

年 月 日 年 月 日

第三篇：APP開發(fā)保密協(xié)議

軟件開發(fā)保密協(xié)議

該保密協(xié)議（以下簡稱“協(xié)議”）由（以下簡稱“甲方”）與_______________________(以下簡稱“乙方”)，于2018 年 月 日簽署并生效。本協(xié)議適用于甲、乙雙方合作洽談階段。不論甲乙雙方簽訂服務合同與否，除非另外簽署，此保密協(xié)議將持續(xù)生效。

鑒于乙方將開發(fā)甲方的手機應用（APP）軟件項目，為確保雙方的保密信息不向

3、從合法擁有該信息且對另一方無保密義務的

第四篇：APP開發(fā)合同

APPLE ITUNES APP 軟件開發(fā)合同

甲方：

乙方：

甲、乙雙方經(jīng)友好協(xié)商，甲方委托乙方開發(fā)《_________________》，以下簡稱“本軟件”，一致同意簽訂如下合同。

一、合作內(nèi)容

甲方委托乙方開發(fā)可以在美國蘋果公司iPhone和iPad環(huán)境下運行的軟件《_________________》（以下簡稱“本軟件”），軟件需求（以下簡稱“需求”）雙方協(xié)商確定。

二、合同期限

自2011年11月___日始，至201__年___月___日止。并在____年___月___日之前確定需求。

三、甲方權(quán)利與義務

1.甲方提出的本軟件需求不含有反動、黃色及違反國家法律規(guī)定的內(nèi)容。

2.甲方擁有本軟件的使用權(quán)、復制權(quán)、發(fā)行權(quán)、出租權(quán)。甲方保證對乙方所開發(fā)的軟件不作篡改，不泄露給第三方等。

3.甲方提出本軟件的需求內(nèi)容作為附件時，必須以書面形式（一式二份且加蓋公章）詳細地說出需求內(nèi)容和測試方法（或指標）。

4.甲方負責軟件的驗收工作。

5.甲方負責按照合同規(guī)定及時付款。

四、乙方責任

1.本軟件是乙方自行研發(fā)，保證不是侵權(quán)軟件。基本內(nèi)容包括： ? 本軟件包括的客戶機端APP端和服務器端兩部分。

? 客戶機端APP端：開發(fā)運行在iPhone、iPad環(huán)境下的APP程序，提

供使用說明，并可在iOS 5.0.1環(huán)境下順利運行。

? 服務器端：開發(fā)滿足客戶機端APP需求的服務器端程序，提供管理

界面和使用說明，并可以在Windows XP(或者Windows Server 2003)

平臺下順利運行。

? 應用平臺：本軟件客戶機端APP端經(jīng)過測試在iOS 5.0.1下運行正常；

服務器端在Windows環(huán)境下運行正常。

? 本軟件提供中文簡體用戶界面。

? 乙方承諾只針對甲方提供的需求開發(fā)，不增補任何需求以外的功能。

2.乙方擁有本軟件的著作權(quán)、署名權(quán)、翻譯權(quán)、許可權(quán)、轉(zhuǎn)讓權(quán)，乙方授

權(quán)甲方使用權(quán)、復制權(quán)、發(fā)行權(quán)、出租權(quán)。

3.乙方只負責開發(fā)并向甲方交付軟件，不提供iTunes軟件商店審核、銷售

服務。

4.乙方不承諾在“越獄”設備上正確運行。

5.當甲方增加或者修改需求時，乙方有權(quán)利每次收取不低于本合同總金額

20%，不高于50%的服務費用。

6.乙方在交付軟件時，對甲方提供相關(guān)技術(shù)培訓。

五、驗收標準

1.甲乙雙方驗收時，甲方按照需求標定的指標驗收，沒有指標的以運行甲

方測試數(shù)據(jù)結(jié)果的正確與否為依據(jù)。

2.乙方完成軟件工作，甲方應在三日內(nèi)組織驗收。甲方超過七日不驗收，視為驗收合格、通過。

六、費用結(jié)算方式

1.該軟件甲方付給乙方費用總金額_____________元整。

2.甲乙雙方簽訂合同當日，甲方將預付保證金_________元整(占總造價。

3.乙方交付軟件當日，甲方驗收合格后付甲方人民幣_________元整(占總

造價_70_%)。

4.甲方收取完開發(fā)費用后，免費為乙方維護軟件叁個月。

5.免費維護期過后，甲方如需甲方對該軟件繼續(xù)進行維護，乙方將提供有

償服務。

6.付款方式

七、違約責任：按《合同法》執(zhí)行。

八、爭議解決：雙方應本著友好合作的精神共同協(xié)商解決，協(xié)商不成，任何一方有權(quán)向法院提起訴訟。

九、本合同一式兩份，雙方各持一份，具有同等的法律效力，自雙方授權(quán)代表簽字或蓋章后生效。

十、未盡事宜，雙方另外簽署補充協(xié)議，補充協(xié)議內(nèi)容與本合同具有相同的法律效力。

甲方：乙方：

代表人：代表人：

日期：日期：

第五篇：Html5與APP開發(fā)比較心得

Html5與APP開發(fā)比較心得

引言

大量新生移動設備的興起，改變了當今互聯(lián)網(wǎng)的格局。在技術(shù)的發(fā)展上，HTML5會取代 App 應用嗎？或者說能夠在多大程度上取代呢？在 HTML5 規(guī)范中，已經(jīng)加入了相機、磁力羅盤、GPS 信息的支持。很多新興瀏覽器也已經(jīng)開始支持這些新特性。能否用一個統(tǒng)一的 HTML5 來替代 Android 和 iOS 并行開發(fā)的雙重成本呢？詳細分析了 HTML5 和本地 App 的優(yōu)缺點。

以下為文章原文：

移動應用程序(App)和 HTML5 都是目前最火的技術(shù)，二者之間也有不少重疊之處。在移動設備瀏覽器里運行的 HTML5 的 Web 頁面，也可以重新打包成不同平臺上運行的 App。目前很多瀏覽器都有很好的跨平臺支持性能，HTML5的 Web 方案，對開發(fā)者來說更為方便。完成一次開發(fā)，即可多平臺使用。但這確實可行嗎？目前，仍有許多原因，使開發(fā)者選擇了 App 開發(fā)。很明顯，很多人已經(jīng)在這么做了。本文將詳細分析這兩種方案的優(yōu)劣。

1、功能豐富

正方：App 里可以開發(fā)出更豐富的功能。我們把移動功能分成兩類。程序本身和程序與系統(tǒng)的結(jié)合。比如在 Android 里，加入 Widget 圖標或者通知提醒之類的。App 對這兩者都沒問題。不用多說，這是肯定的。

反方：雖然 APP 發(fā)展迅猛，但 Web 也正在迎頭跟進。確實很多原生 App 實現(xiàn)的功能是 HTML5 望塵莫及的。不管你的 Web 做的再好，如果停留在一個沒有攝像頭支持的沙盒中，還是無法滿足一些功能。幸運的是，現(xiàn)在沒有這樣的沙盒限制了。如果你需要你的 Web 來照相，可以做一個負責照像的 App，再把你的 Web 打包進這個應用里面。開源的 PhoneGap 框架就是這么做的。

但這種混合開發(fā)的問題在于，增加了項目的復雜性，而且不象傳統(tǒng) Web 那樣可以直接在瀏覽器里運行。這個問題短時間內(nèi)恐怕還無法解決。不過好在現(xiàn)在網(wǎng)絡標準在不斷的高速擴充，先進的瀏覽器也在一直跟進。Android 3.1 已經(jīng)支持 Camera 了。iOS 瀏覽器也開始支持 WebSocket 和設備方向檢測了。

總得來說，移動設備在發(fā)展，而 Web 也同樣在快速變化。而目前也有 5 家主要瀏覽器開發(fā)商在改進現(xiàn)有標準，豐富新的功能。所以原生 App 在快速前進，同時，Web 也在縮小差距。

2、運行效率

正方：原生 APP 速度更快。原生 APP 沒有瓶頸，而且可以直接調(diào)用 GPU 加速、使用多線程。

反方：現(xiàn)如今 Web 的速度已經(jīng)很快，而且多數(shù)應用不需要這么快的速度。

這種說法有點落伍了。Chrome 發(fā)布之時帶來的 Javascript V8，給 Web 訪問速度帶來質(zhì)的飛躍。而現(xiàn)在，計算速度變得更快了。

圖片處理引擎已經(jīng)使用 Web 來加速。現(xiàn)在硬件加速也已經(jīng)開始。讓我們看看用上硬件加速的 Canvas 的效果：

如果要開發(fā) 3D 游戲，或許速度還不夠，但對于普通用戶來說，新聞、郵件、時間管理、社交網(wǎng)絡，這些用 Web 就已經(jīng)足夠。另外，越來越多的框架結(jié)合 WebGL，可以發(fā)揮 OpenGL 的優(yōu)勢了。

3、開發(fā)感受

正方：原生 APP 易于開發(fā)。原生 APP 使用強壯的程序語言（Java, Objective C, C++），適合編寫復雜的程序，API 豐富，在桌面環(huán)境可以方便的用模擬器進行測試。而 Web 程序的 Runtime 和亂七八糟的各路瀏覽器讓人頭疼不已。

反方：一般來說 WEB 更簡單一些，特別是需要兼容不同設備的時候。WEB 最初的功能只限于文檔展示，而不是程序應用。更何況 Web 不只是靜止的，HTML5，CSS3都給開發(fā)者極大幫助。雖然你喜歡C++，Java, Javascript，但是現(xiàn)在沒人能否認 Javascript 也和前者站在同一擂臺上。

瀏覽器/Runtime 的互不兼容（碎片化），APP 也存在同樣的情況。用 Java 寫了 Android App，然后又要面對 iOS 的 Objective C。此外還有 WebOS, BlackBerry，Windows Mobile 等。如果能寫一個程序，馬上能在所有平臺上運行，這該多么方便啊。當然，這只是一個理想。要是想讓程序在每個平臺都能正常的運行，就要做不少調(diào)試和妥協(xié)。這對很多原生 APP 也是一樣的。

所謂的 Web 碎片化，一直都是如此。但好消息是現(xiàn)在已經(jīng)有很多不錯的解決辦法。比如 Modernizr 庫就可以幫你兼容一大批主流設備，不管是哪種系統(tǒng)平臺。有興趣的話，你可以看看2011年的 Google IO 演示。

4、用戶體驗

正方：原生 APP 更契合原有平臺。操作感受的定義之一，就是用戶希望在你的程序里，用與系統(tǒng)連貫統(tǒng)一的方式來操作。不同的平臺，都有一些約定俗成的習慣。你不能期望用一套統(tǒng)一的 HTML5 App 去滿足所有用戶。

此外，整個平臺的操作感受都由用平臺自有的軟件庫協(xié)調(diào)。直接調(diào)用平臺工具包就能直接免費獲得完整支持。

反方：Web 有自己的傳統(tǒng)，但如果你想開發(fā)帶有原有平臺那種感覺的 Web，同樣可以做出來。前面已經(jīng)講過，WEB 開發(fā)的方式，是先做一個大體適合所有平臺的版本，然后再針對不同平臺不斷改進。當這些改進主要是針對功能時，你可以選擇幾個你最關(guān)心的平臺做優(yōu)化。類似于 瀏覽器檢測。我們經(jīng)常可以聽到技術(shù)論壇里的程序員們，抱怨有太多的瀏覽器版本要測試。不過如果你優(yōu)先關(guān)注兩三種主流平臺，是值得為它們多花點時間做優(yōu)化 的。

Web 本來就有自己的操作感受。我們也可以說，不同的默認瀏覽器以及運行環(huán)境造就了獨特的“Web 感受”。從更廣的角度看，這本身就是一種用戶公認的方式。此外，還有很多成功的案例并不遵循移動設備的原生操作習慣，但卻成功了。想想你最喜歡的手機游戲 的界面？很多更傳統(tǒng)的 App 也是一樣，比如 Twitter 的客戶端。

5、傳播途徑

正方：原生 App 更容易接觸客戶。像 Google Play 和 Apple Store 這樣的 App 商店這幾年勢不可擋，推動了整個移動行業(yè)的發(fā)展。每個程序員都能在市場里發(fā)布自己的應用。用戶都擠在市場里瀏覽、搜索、接受推薦。不僅如此，只要你的程序 足夠好，現(xiàn)有用戶的打分會幫助你說服更多新的客戶。

反方：其實 Web 才容易接觸到客戶。通過 Web 找到內(nèi)容，這是經(jīng)過論證的可靠途徑。利用 URL，每一項發(fā)布的內(nèi)容都有一個獨立的地址，包括在網(wǎng)站上發(fā)布的應用程序。搜索引擎幫助發(fā)現(xiàn)內(nèi)容，其他網(wǎng)站提供鏈接，還有一些類似應用市場的分類網(wǎng)站。用戶還可以通過郵件、短信和社交網(wǎng)站分享你的鏈接。你的應用鏈接可以直接在不同設備上直接打開。

6、收費

正方：App 收費，應天意，順民生。“六歲孩子在午飯時做的 App，3美刀一個，已經(jīng)賣出幾百萬”。最近常聽到類似的新聞。各種大小廠商也跟著蜂擁而至，等著圈錢。應用商點幫開發(fā)商直接收費。最簡單的辦法，一次性 收費。也有在 App 里再另行收費或者做訂閱收費的，這都幫助開發(fā)商贏得長期穩(wěn)定的回報。

此外，傳統(tǒng)網(wǎng)站的廣告、贊助，在 App 里也同樣適用。

反方：網(wǎng)站賺錢，從來都不是問題。現(xiàn)在機會還會越來越多。Web 能成為現(xiàn)在社會的推動力，有能力用多種方式取得回報，這是基本條件。雖然使用付費并不普遍。但 SaaS 的模式已經(jīng)相當普及了。成功案例包括 Google Apps 系列產(chǎn)品，各類郵件的收費版等等。另外，直接收費并不是 Web 應用的唯一模式。廣告、會員鏈接、贊助和其他產(chǎn)品服務的交叉推廣都是可選的模式。

看著能在應用市場里直接賺錢而眼紅的 Web 開發(fā)者們，你們不能直接把你的 URL 發(fā)進市場，但是做一個瀏覽 Web 的 App 的殼子來連接到自己的 Web 上怎么樣？現(xiàn)在市場中已經(jīng)有成百上千的 App 正在這樣做。有些包裝的很好，以至于你甚至都察覺不到它是一個 Web 程序。

以后應用市場會直接支持 Web 程序嗎？這個現(xiàn)在還不好說，但 Google 已經(jīng)建建立了 Chrome Web Store。雖然還只能從桌面電腦放問，但這已經(jīng)挑起了瀏覽器廠商的興趣。

結(jié)論

現(xiàn)在還看不出有完勝的一方。有些應用適合做 App，有一些適合用 HTML5。以目前的情況來看，原生 APP 肯定是一個很重要的方向。上面提到的混合式開發(fā)，可能是一個不錯的妥協(xié)方案。能用 Web 的時候用 App 調(diào)用 Web，Web 實現(xiàn)不了的功能再用 App 開發(fā)。

如果你選擇 Web 方式，就要在 Web 標準和不斷的改進上用心。Web 技術(shù)本身的優(yōu)點就是能兼容大批不同的操作系統(tǒng)和設備。