APP开发合同（精选多篇）

第一篇：APP开发合同

APPLE ITUNES APP 软件开发合同

甲方：

乙方：

甲、乙双方经友好协商，甲方委托乙方开发《_________________》，以下简称“本软件”，一致同意签订如下合同。

一、合作内容

甲方委托乙方开发可以在美国苹果公司iPhone和iPad环境下运行的软件《_________________》（以下简称“本软件”），软件需求（以下简称“需求”）双方协商确定。

二、合同期限

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

三、甲方权利与义务

1.甲方提出的本软件需求不含有反动、黄色及违反国家法律规定的内容。

2.甲方拥有本软件的使用权、复制权、发行权、出租权。甲方保证对乙方所开发的软件不作篡改，不泄露给第三方等。

3.甲方提出本软件的需求内容作为附件时，必须以书面形式（一式二份且加盖公章）详细地说出需求内容和测试方法（或指标）。

4.甲方负责软件的验收工作。

5.甲方负责按照合同规定及时付款。

四、乙方责任

1.本软件是乙方自行研发，保证不是侵权软件。基本内容包括：  本软件包括的客户机端APP端和服务器端两部分。

 客户机端APP端：开发运行在iPhone、iPad环境下的APP程序，提

供使用说明，并可在iOS 5.0.1环境下顺利运行。

 服务器端：开发满足客户机端APP需求的服务器端程序，提供管理

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

平台下顺利运行。

 应用平台：本软件客户机端APP端经过测试在iOS 5.0.1下运行正常；

服务器端在Windows环境下运行正常。

 本软件提供中文简体用户界面。

 乙方承诺只针对甲方提供的需求开发，不增补任何需求以外的功能。

2.乙方拥有本软件的著作权、署名权、翻译权、许可权、转让权，乙方授

权甲方使用权、复制权、发行权、出租权。

3.乙方只负责开发并向甲方交付软件，不提供iTunes软件商店审核、销售

服务。

4.乙方不承诺在“越狱”设备上正确运行。

5.当甲方增加或者修改需求时，乙方有权利每次收取不低于本合同总金额

20%，不高于50%的服务费用。

6.乙方在交付软件时，对甲方提供相关技术培训。

五、验收标准

1.甲乙双方验收时，甲方按照需求标定的指标验收，没有指标的以运行甲

方测试数据结果的正确与否为依据。

2.乙方完成软件工作，甲方应在三日内组织验收。甲方超过七日不验收，视为验收合格、通过。

六、费用结算方式

1.该软件甲方付给乙方费用总金额_____________元整。

2.甲乙双方签订合同当日，甲方将预付保证金_________元整(占总造价。

3.乙方交付软件当日，甲方验收合格后付甲方人民币_________元整(占总

造价_70_%)。

4.甲方收取完开发费用后，免费为乙方维护软件叁个月。

5.免费维护期过后，甲方如需甲方对该软件继续进行维护，乙方将提供有

偿服务。

6.付款方式

七、违约责任：按《合同法》执行。

八、争议解决：双方应本着友好合作的精神共同协商解决，协商不成，任何一方有权向法院提起诉讼。

九、本合同一式两份，双方各持一份，具有同等的法律效力，自双方授权代表签字或盖章后生效。

十、未尽事宜，双方另外签署补充协议，补充协议内容与本合同具有相同的法律效力。

甲方：乙方：

代表人：代表人：

日期：日期：

第二篇：app开发合同2018

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

手机APP开发协议书

委托方（下称甲方）： 法定代表人： 注册地址： 联系电话： 电子邮箱：

受托方（下称乙方）： 法定代表人： 注册地址： 联系电话： 电子邮箱：

双方经友好协商，依据《中华人民共和国合同法》的有关规定，就委托乙方开发（以下简称“本软件”）的事宜达成如下协议，以资共 同遵守。第一条 定义

1)甲方选择乙方为其开发软件系统，乙方将在甲方规定的时间内，根据甲方要求，为甲方开发 APP 软件系统。

2)所开发的软件可以在iOS、安卓操作系统下运行的软件，软件需求，App应用开发的项目架构及相关功能开发细节，由双方协商确定，作为本合同附件。3)甲、乙双方经友好协商，根据《中华人民共和国合同法》等有关法规，就乙方承担甲方系统软件开发项目事宜，达成以下协议条款 4)本合同中所用术语的定义如下： 服务 由乙方提供的项目管理、需求分析、软件开发、测试，以及咨询、计划、实施、操作培训、安装、调试、维护、升级等服务。

规范 信息系统在功能、操作、环境及性能等方面要求的周密而完整的说明。

************* 任务 为完成“合同范围”所述服务而进行的相关活动。

指在本软件开发完成后乙方需要交付给甲方的文件，包括但不限于：交付文件 程序文件、编译前的源代码、数据库文件、操作手册、产品制作原型图、技术开发文档等。

第二条 项目内容

甲方委托乙方开发可以在iOS、安卓操作系统下运行的软件，软件需求，app应用开发的栏目架构及相关功能开发细节，由双方协商确定，作为本合同附件。第三条 履行期限

乙方应在本合同签订之日的次日起 45 个工作日即 2017年7月15日之前完成，本软件开发并交付软件和相关文件。乙方可提前交付，并协助甲方进行软件的测试、鉴定工作。第四条 费用及支付

1)本次项目开发费用合计为人民币（币种下同）肆万 元（小写：￥40000.00），甲方按以下方式分期支付：

2)在合同签订之日起5日内甲方向乙方支付合同额的50%金额为 贰万元元（小写： ￥20000.00）；

3)在项目开发十五个工作日内甲方向乙方支付合同额的 50%项目款为

元（小写：￥20000.00）。

第五条 验收

乙方完成本软件开发工作后，甲方应在 十五 个工作日内完成验收，逾期验收的，视为验收合格。第六条 双方权利义务：

6.1 甲方的权利义务

1)甲方有权利督促乙方按规定时间完成项目开发，有增加或修改内容双方需另行协商解决;在不影响进程的情况下，对于甲方的细微规模变动的需求，乙方必须满足;若出现较大幅度的变更，则甲乙双方商议增加开发费用和延长开发周期。2)甲方完全拥有软件系统的所有权，包括使用权、著作权等所有权利;3)甲方应当按照协议，按时向乙方支付开发费用;

************* 4)甲方有责任对本协议的内容进行保密;5)甲方有责任对乙方的软件开发技术进行保密，在未经乙方书面许可的情况下，不得向第三方泄露。

6)甲方从项目成立起，派专人全程跟踪，乙方必须配合。

7)甲方有责任自行向乙方提供或者请求乙方协助提供软件开发所需要的硬件、软件接口、产品需求说明书及必要配合，其中甲方须在合同签订时或合同签订日之后 1工作日内向乙方提供明确的《产品需求说明书》，该《产品需求说明书》内容包括产品的后端和接口说明；

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

6.2 乙方的权利义务

1)乙方有责任按甲方的要求在规定时间内完成合同项目内容的开发并向甲方提供相关文档，项目开发内容以该合同及产品需求说明书为准，若甲方提供的合同及产品需求说明书未明确说明产品开发需求，则乙方与甲方协商明确完成相关内容开发;2)在项目开发完毕之后，乙方有义务协助甲方软件上线部署，在乙方对甲方提供的维护服务期之内，由于甲方设计变更而导致的变更，若变更范围在本合同所规定的功能范围之内，乙方有义务协助甲方修改变更内容;3)乙方有责任对本协议的内容进行保密;4)乙方有责任对与甲方项目的接口规范进行保密，在未经甲方书面许可的情况下，不得向第三方泄露;5)乙方有责任在项目验收合格完成之后，向甲方提供一年的免费售后服务，此售后服务包括但不限于由于乙方开发原因而导致的功能故障、bug。

6)乙方有责任自行准备软件开发所需的硬件设备、开发资料、安排相关人员配合及 项目启动日起每周向甲方通过邮件或 QQ作为媒介以图片或简单描述报告形式汇报甲方所委托的 APP开发进度。

第七条 保密条款

1)双方不得向第三者泄露本协议的任何内容。

2)双方按本合同规定相互提供和提交的全部文件资料，凡涉及需要保密的，以

************* 预先说明的有关条款为据。并且任何一方在没有经过另一方书面同意的情况下，不能将另一方的保密资料（如技术资料、用户信息）透露给第三者。第八条 合同的解除

1)

任意一方欲提前解除本合同，应提前通知对方，经双方协商签字同意后方可解除。甲方要求解除合同，无权要求乙方返还甲方向乙方已支付的费用，并应对乙方遭受的损失承担赔偿责任；乙方要求解除合同，应返还甲方已支付的费用，并赔偿由此引起甲方的损失。

2)订立本合同所依据的客观情况发生重大变化，致使本合同无法履行的，经双方协商同意，可以变更本合同相关内容或者终止合同的履行。第九条 违约责任

1)甲方每逾期付款一天，应按照乙方开发费用的 5 %支付逾期付款违约金。2)乙方未按时交付的，每逾期一天，甲方将扣除开发费用的 5%作为补偿，如因甲方未提供相关技术资料、调试环境支持、需求沟通不明确等原因，致使乙方延期交付的，乙方不承担违约责任。

3)任何一方不履行或不妥善履行本协议下任何条款被视为违约，守约方有权要求违约方赔偿另一方因违约而造成的一切损失，本合同对违约责任另有约定的，从其约定。

第十条 纠纷解决

本合同履行过程中所发生的争议，双方协商解决；协商不成的，任何一方可向 所在地法院起诉。

第十一条 通知与送达

1)甲方、乙方确认，双方履行本合同的沟通可采取面谈、电话、传真和电邮的方式，本协议所载的双方联系地址、电话和电子邮箱均为真实、有效的联系方式。双方确认，一经向对方发送电邮，即视为收到通知；一方按本协议载明地址所发出的书面文件，自发出之日起七日内视为送达，无论是否签收或拒收。

2)甲方指定本协议的联系人为，联系电话： ；乙方指定本协议的联系人为，联系电话：。甲方、乙方指定的联系人为履行本协议所作出的意思表示和行为均分别代表甲方、乙方。

************* 3)如任一方的联系方式有改变，应在3天内书面通知对方。

第十二条 其他事项

1)双方签订的补充协议、附件系本合同的组成部分，具有同等法律效力。2)本合同自双方签字盖章之日起生效，一式两份，双方各执一份。

3)本协议标题仅供参考之用，并不构成本协议的一部分，亦不得被用以解释本协议。

4)本协议一方延迟或未能行使本协议下的权力、权利或救济不应作为对任何该等权力、权利或救济的弃权。

5)如果本协议的任何条款或规定在任何适用法律下被认定为全部或部分无效或不可强制执行，其应（在该等无效或不可强制执行的范围内）从本协议中被排除，但本协议的所有其他条款和规定均保持全部有效。

（本页以下无正文）

甲方： 乙方： 负责人： 负责人：（签章）（签章）

年 月 日 年 月 日

第三篇：APP软件XXX项目开发合同(改)

软件项目外包合同

APP软件项目开发合同

甲方：

地址：

邮编：

联系人：乙方：地址：邮编：联系人：

电话：

传真：

第一条总则电话：传真：开户 银行： 中国银行西安朱雀路支行 帐号： 1036 4443 0271

1)甲方选择乙方为其开发软件系统，乙方将在甲方规定的时间内，根据甲方要为甲方开发

软件系统。

2)甲、乙双方经友好协商，根据《中华人民共和国合同法》等有关法规，就乙方承担甲方

信息系统开发项目事宜，达成以下协议条款。

3)本合同中所用术语的定义如下：

服务

资料

规范

任务 由乙方提供的项目管理、需求分析、软件开发、测试，以及咨询、计划、实施、培训、安装、调试、维护、升级等服务。由乙方向甲方提供的系统说明文件、使用手册等。信息系统在功能、操作、环境及性能等方面要求的周密而完整的说明。为完成“合同范围”所述服务而进行的相关活动。

第二条价格

1)合同总金额为RMB￥万元，计人民币圆整，作为系统的开发费用。

2)甲方向乙方支付的费用，除另有规定外，所有费用的支付币种为人民币(￥)，由甲方按本

合同规定的付款方式以电汇或支票划入乙方指定的开户银行帐户中。

第三条变更

1)任何一方要求对合同内容进行变更时，所有的变更要求都必须以书面形式提交并经双方

签字同意。

2)对合同内容的任何变更都可能导致对预定计划、可交付资料或费用的变更。根据变更要

求的范围和复杂程度，乙方应对实现变更要求的工作而相应增加或减少收取费用，并将

第 1 页

预计发生费用以书面形式通知甲方，待甲方确认后执行。第四条知识产权约定

1)除非另有规定，本合同中乙方向甲方售出的产品（包括源码、程序、文件、文档资料），所有权和版权属乙方。未经乙方许可，甲方不得公布文件、源码，不得复制、传播、反编译、出售、出租或者许可他人使用其相关的程序、文件、源码和反编译等。2)乙方保证所售出的产品享有合法的权利，没有侵犯任何第三方的权利。

3)甲方只能按乙方的规定享有相关产品的使用、升级、开发、转让等权利。如果甲方违反乙方的规定和国家法律规定，应承担相关的法律责任。第五条保密

1)双方不得向第三者泄露本协议的任何内容。

2)双方按本合同规定相互提供和提交的全部文件资料，凡涉及需要保密的，以预先说明的有关条款为据。并且任何一方在没有经过另一方书面同意的情况下，不能将另一方的保密资料（如技术资料、用户信息）透露给第三者。第六条合同的解除

1)任意一方欲提前解除本合同，应提前通知对方，经双方协商签字同意后方可解除。甲方

要求解除合同，无权要求乙方返还甲方向乙方已支付的费用，并应对乙方遭受的损失承担赔偿责任；乙方要求解除合同，应返还甲方已支付的费用，并赔偿由此引起甲方的损失。2)订立本合同所依据的客观情况发生重大变化，致使本合同无法履行的，经双方协商同意，可以变更本合同相关内容或者终止合同的履行。第七条违约责任

1)双方在执行本协议过程中，任何一方违反本协议之约定，均为违约。违约方除向守约方

赔偿外，还须承担另一方为取得此等赔偿而支出的所有费用，包括但不限于仲裁费、诉讼费、律师费、差旅费等。2)任一方未能如期履约时，应每天按未能履约部分的0.05%向对方支付违约金。但支付违

约金并不免除违约方的其他合同义务。3)如果任何一方没有实现本合同约定而受到本合同对方索赔时，应分清具体责任部分，确

认该部分的责任方。对于利润损失等其他直接或间接损失(包括商务交易中的双方已告知有发生这方面损失的可能性)，由各自承担，相互不承担责任。第八条不可抗力

1)双方因不可抗力的影响不能履行合同，履行合同的时间相应推迟，推迟时间与不可抗力

持续时间相同，合同价格不因此而改变。2)不可抗力发生后，双方要立即通知对方，并采取必要措施密切配合，以减少影响。

3)不可抗力是指**、台风、地震、水灾等以及双方同意的不可预见的情况。第九条通知方式

任何为执行本协议而发出的通知（包括但不限于声明、请求、要求、通知和备忘录等）均应以书面形式作出。双方均负有签收对方发出的通知的义务。如一方拒绝签收，他方仅须提供能够证明其已将有关通知按本协议所列地址交付邮政部门的证据，即可视为有关通知已于交付邮政部门后的第二天送达对方。如一方在收到通知后 三 个工作日内未对对方在通知中陈述的事实或要求提出异议，则应视为该方已承认或接受此等事实或要求。任何一方如变更营业地址，应在此等变更作出后 三 个工作日内通知对方。第十条争议的解决

有关本合同的任何争议，双方应本着相互信任、以诚相见的原则，共同协商解决。若经协商不能达成协议时, 可向西安市仲裁委员会提交仲裁。第十一条 合同效力

1)本合同壹式肆份，甲乙双方各执贰份，自双方签字盖章之日起生效。

2)本合同受《中华人民共和国合同法》保护，未尽事宜，均按《中华人民共和国合同法》

规定执行。3)本合同未尽事宜，双方可另行签订补充协议，补充协议与本合同具有同等效力。第十二条 合同附件

本合同附件是合同不可分割部分，一经签署后具有同等法律效力。附件包括： 附件1 《用户需求书》甲方：

签约代表：职务： 签字：

乙方：

签约代表：职务： 签字：

签约日期：

签约日期：

第四篇：APP开发保密协议

软件开发保密协议

该保密协议（以下简称“协议”）由（以下简称“甲方”）与_______________________(以下简称“乙方”)，于2018 年 月 日签署并生效。本协议适用于甲、乙双方合作洽谈阶段。不论甲乙双方签订服务合同与否，除非另外签署，此保密协议将持续生效。

鉴于乙方将开发甲方的手机应用（APP）软件项目，为确保双方的保密信息不向

3、从合法拥有该信息且对另一方无保密义务的

第五篇：Html5与APP开发比较心得

Html5与APP开发比较心得

引言

大量新生移动设备的兴起，改变了当今互联网的格局。在技术的发展上，HTML5会取代 App 应用吗？或者说能够在多大程度上取代呢？在 HTML5 规范中，已经加入了相机、磁力罗盘、GPS 信息的支持。很多新兴浏览器也已经开始支持这些新特性。能否用一个统一的 HTML5 来替代 Android 和 iOS 并行开发的双重成本呢？详细分析了 HTML5 和本地 App 的优缺点。

以下为文章原文：

移动应用程序(App)和 HTML5 都是目前最火的技术，二者之间也有不少重叠之处。在移动设备浏览器里运行的 HTML5 的 Web 页面，也可以重新打包成不同平台上运行的 App。目前很多浏览器都有很好的跨平台支持性能，HTML5的 Web 方案，对开发者来说更为方便。完成一次开发，即可多平台使用。但这确实可行吗？目前，仍有许多原因，使开发者选择了 App 开发。很明显，很多人已经在这么做了。本文将详细分析这两种方案的优劣。

1、功能丰富

正方：App 里可以开发出更丰富的功能。我们把移动功能分成两类。程序本身和程序与系统的结合。比如在 Android 里，加入 Widget 图标或者通知提醒之类的。App 对这两者都没问题。不用多说，这是肯定的。

反方：虽然 APP 发展迅猛，但 Web 也正在迎头跟进。确实很多原生 App 实现的功能是 HTML5 望尘莫及的。不管你的 Web 做的再好，如果停留在一个没有摄像头支持的沙盒中，还是无法满足一些功能。幸运的是，现在没有这样的沙盒限制了。如果你需要你的 Web 来照相，可以做一个负责照像的 App，再把你的 Web 打包进这个应用里面。开源的 PhoneGap 框架就是这么做的。

但这种混合开发的问题在于，增加了项目的复杂性，而且不象传统 Web 那样可以直接在浏览器里运行。这个问题短时间内恐怕还无法解决。不过好在现在网络标准在不断的高速扩充，先进的浏览器也在一直跟进。Android 3.1 已经支持 Camera 了。iOS 浏览器也开始支持 WebSocket 和设备方向检测了。

总得来说，移动设备在发展，而 Web 也同样在快速变化。而目前也有 5 家主要浏览器开发商在改进现有标准，丰富新的功能。所以原生 App 在快速前进，同时，Web 也在缩小差距。

2、运行效率

正方：原生 APP 速度更快。原生 APP 没有瓶颈，而且可以直接调用 GPU 加速、使用多线程。

反方：现如今 Web 的速度已经很快，而且多数应用不需要这么快的速度。

这种说法有点落伍了。Chrome 发布之时带来的 Javascript V8，给 Web 访问速度带来质的飞跃。而现在，计算速度变得更快了。

图片处理引擎已经使用 Web 来加速。现在硬件加速也已经开始。让我们看看用上硬件加速的 Canvas 的效果：

如果要开发 3D 游戏，或许速度还不够，但对于普通用户来说，新闻、邮件、时间管理、社交网络，这些用 Web 就已经足够。另外，越来越多的框架结合 WebGL，可以发挥 OpenGL 的优势了。

3、开发感受

正方：原生 APP 易于开发。原生 APP 使用强壮的程序语言（Java, Objective C, C++），适合编写复杂的程序，API 丰富，在桌面环境可以方便的用模拟器进行测试。而 Web 程序的 Runtime 和乱七八糟的各路浏览器让人头疼不已。

反方：一般来说 WEB 更简单一些，特别是需要兼容不同设备的时候。WEB 最初的功能只限于文档展示，而不是程序应用。更何况 Web 不只是静止的，HTML5，CSS3都给开发者极大帮助。虽然你喜欢C++，Java, Javascript，但是现在没人能否认 Javascript 也和前者站在同一擂台上。

浏览器/Runtime 的互不兼容（碎片化），APP 也存在同样的情况。用 Java 写了 Android App，然后又要面对 iOS 的 Objective C。此外还有 WebOS, BlackBerry，Windows Mobile 等。如果能写一个程序，马上能在所有平台上运行，这该多么方便啊。当然，这只是一个理想。要是想让程序在每个平台都能正常的运行，就要做不少调试和妥协。这对很多原生 APP 也是一样的。

所谓的 Web 碎片化，一直都是如此。但好消息是现在已经有很多不错的解决办法。比如 Modernizr 库就可以帮你兼容一大批主流设备，不管是哪种系统平台。有兴趣的话，你可以看看2011年的 Google IO 演示。

4、用户体验

正方：原生 APP 更契合原有平台。操作感受的定义之一，就是用户希望在你的程序里，用与系统连贯统一的方式来操作。不同的平台，都有一些约定俗成的习惯。你不能期望用一套统一的 HTML5 App 去满足所有用户。

此外，整个平台的操作感受都由用平台自有的软件库协调。直接调用平台工具包就能直接免费获得完整支持。

反方：Web 有自己的传统，但如果你想开发带有原有平台那种感觉的 Web，同样可以做出来。前面已经讲过，WEB 开发的方式，是先做一个大体适合所有平台的版本，然后再针对不同平台不断改进。当这些改进主要是针对功能时，你可以选择几个你最关心的平台做优化。类似于 浏览器检测。我们经常可以听到技术论坛里的程序员们，抱怨有太多的浏览器版本要测试。不过如果你优先关注两三种主流平台，是值得为它们多花点时间做优化 的。

Web 本来就有自己的操作感受。我们也可以说，不同的默认浏览器以及运行环境造就了独特的“Web 感受”。从更广的角度看，这本身就是一种用户公认的方式。此外，还有很多成功的案例并不遵循移动设备的原生操作习惯，但却成功了。想想你最喜欢的手机游戏 的界面？很多更传统的 App 也是一样，比如 Twitter 的客户端。

5、传播途径

正方：原生 App 更容易接触客户。像 Google Play 和 Apple Store 这样的 App 商店这几年势不可挡，推动了整个移动行业的发展。每个程序员都能在市场里发布自己的应用。用户都挤在市场里浏览、搜索、接受推荐。不仅如此，只要你的程序 足够好，现有用户的打分会帮助你说服更多新的客户。

反方：其实 Web 才容易接触到客户。通过 Web 找到内容，这是经过论证的可靠途径。利用 URL，每一项发布的内容都有一个独立的地址，包括在网站上发布的应用程序。搜索引擎帮助发现内容，其他网站提供链接，还有一些类似应用市场的分类网站。用户还可以通过邮件、短信和社交网站分享你的链接。你的应用链接可以直接在不同设备上直接打开。

6、收费

正方：App 收费，应天意，顺民生。“六岁孩子在午饭时做的 App，3美刀一个，已经卖出几百万”。最近常听到类似的新闻。各种大小厂商也跟着蜂拥而至，等着圈钱。应用商点帮开发商直接收费。最简单的办法，一次性 收费。也有在 App 里再另行收费或者做订阅收费的，这都帮助开发商赢得长期稳定的回报。

此外，传统网站的广告、赞助，在 App 里也同样适用。

反方：网站赚钱，从来都不是问题。现在机会还会越来越多。Web 能成为现在社会的推动力，有能力用多种方式取得回报，这是基本条件。虽然使用付费并不普遍。但 SaaS 的模式已经相当普及了。成功案例包括 Google Apps 系列产品，各类邮件的收费版等等。另外，直接收费并不是 Web 应用的唯一模式。广告、会员链接、赞助和其他产品服务的交叉推广都是可选的模式。

看着能在应用市场里直接赚钱而眼红的 Web 开发者们，你们不能直接把你的 URL 发进市场，但是做一个浏览 Web 的 App 的壳子来连接到自己的 Web 上怎么样？现在市场中已经有成百上千的 App 正在这样做。有些包装的很好，以至于你甚至都察觉不到它是一个 Web 程序。

以后应用市场会直接支持 Web 程序吗？这个现在还不好说，但 Google 已经建建立了 Chrome Web Store。虽然还只能从桌面电脑放问，但这已经挑起了浏览器厂商的兴趣。

结论

现在还看不出有完胜的一方。有些应用适合做 App，有一些适合用 HTML5。以目前的情况来看，原生 APP 肯定是一个很重要的方向。上面提到的混合式开发，可能是一个不错的妥协方案。能用 Web 的时候用 App 调用 Web，Web 实现不了的功能再用 App 开发。

如果你选择 Web 方式，就要在 Web 标准和不断的改进上用心。Web 技术本身的优点就是能兼容大批不同的操作系统和设备。