wep app和原生app的区别

                wep app和原生app的区别
原生App⊙ 每一种移动操作系统都需要独立的开发项目;⊙ 每种平台都需要独立的开发语言。Java(Android), Objective-C(iOS)以及Visual C++(Windows Mobile)等等;⊙ 需要使用各自的软件开发包,开发工具以及各自的控件 ;
    移动Web App⊙ 因为运行在移动设备的浏览器上,所以只需要一个开发项目⊙ 这种应用可以使用HTML5,CSS3以及JavaScript以及服务器端语言来完成(PHP,Ruby on Rails,Python)⊙ 这里可没有标准的SDK,基本任意选择别忘了有一些跨平台的开发工具,比如PhoneGap, Sencha Touch 2,APPcan以及Appcelerator Titanium等等。 能力方面 原生App⊙ 能够与移动硬件设备的底层功能,比如个人信息,摄像头以及重力加速器等等
    移动Web App⊙ 只能使用有限的移动硬件设备功能。获取方法 原生App⊙ 直接下载到设备⊙ 以独立的应用程序运行(并不需要浏览器)⊙ 用户必须手动去下载并安装这些原生App⊙ 有一些商店与卖场来帮助用户寻找你的App,目前app市场不计其数。
   移动Web App⊙ 从移动设备上的浏览器访问⊙ 不需要安装额外的软件⊙ 软件更新只需要服务器就够了⊙ 因为现在没有什么商品或卖场提供这种App,所以如何搜索这些移动Web App相当不简单版本控制原生App⊙ 用户可以自由地选择是否更新软件版本,所以会出现不同用户同时使用不同版本的情况
  移动Web App⊙ 所有的用户都是用同样的版本优势原生App⊙ 比移动Web App运行快⊙ 一些商店与卖场会帮助用户寻找原生App⊙ 官方卖场的应用审核流程会保证让用户得到高质量以及安全的App⊙ 官方会发布很多开发工具或者人工支持来帮助你的开发
  移动Web App⊙ 跨平台开发⊙ 用户不需要去卖场来下载安装App⊙ 任何时候都可以发布App,因为根本不需要官方卖场的审核⊙ 如果你已经有了一个Web App,你可以使用 responsive web design来辅助改进(这也是优势?)缺陷原生App⊙ 开发成本高,尤其是当需要多种移动设备来测试时⊙ 因为是不同的开发语言,所以开发,维护成本也高⊙ 因为用户使用的App版本不同,所以你维护起来很困难⊙ 官方卖场审核流程复杂且慢,会严重影响你的发布进程 
    移动Web App⊙ 无法使用很多移动硬件设备的独特功能⊙ 要同时支持多种移动设备的浏览器让开发维护的成本也不低⊙ 如果用户使用更多的新型浏览器,那问题就更不好处理了⊙ 对于用户来说,这种App很难被用户发现原生App 与 移动Web App:您如何选择?所以在你准备做移动App时,你应该先问问自己以下几个问题:
1. 你的应用是否需要使用某些设备的特殊功能,比如摄像头,摄像头闪光灯或者重力加速器
2. 你的开发预算是多少?
3. 你的应用是否一定需要网络
4. 你的应用的目标硬件设备是所有的移动设备还是仅仅只是一部分而已
5. 你自己已经熟悉的开发语言
6. 这个应用对于性能要求是否苛刻
7. 如何靠这个应用赢利我想这几个问题应该能让你做出明智的选择。 结论:是原生App还是移动Web App,主要受商业目标,目标用户,以及技术需要这些因素影响的。其实更多时候你也不要为选择那种App模式烦恼,正如本文提到,类似Facebook这样的公司就为用户提供了两种选择。然而对于大部分人来说,预算,资源限制将会逼迫我们只能选择其中一种(或者只能以其中一种为重点)。

 

时间: 2024-09-20 04:28:18

wep app和原生app的区别的相关文章

web app与原生app的区别_Android

公司准备要做一个项目,是p2p配资的app.在网上问了一些人后,发现有的是直接有html5做好后,用软件封装的.之前我学过app的开发,当时Android版本的,知道开发Android app时写的代码.那么问题来了: html5封装的app与原生态app有什么区别呢? html5又和app有什么区别呢? 为什么大型网络公司还是倾向于推广原生态app呢? html5是有跨平台的优势,但是为什么还是不温不火,或者我们仍称之为轻应用app呢? 查找了相关的资料,梳理了一下,发现有如下区别: 1.ht

WEB APP与原生APP有哪些交互设计区别?

  从使用场景上,Web App用户面临比原生APP用户更严峻的问题: 1. 页面跳转更加费力,不稳定感更强 思考点:如何减少跳转(扁平结构.页面布局技巧),增加数据及展示的流畅流程及稳定性(技术) 2. 更小的页面空间(由于浏览器的导航本身占用一部分屏幕空间),更大的信息记忆负担 移动设备的屏幕要小得多.这种如同透过门缝进行的阅读增加了认知的负担.人脑的短期记忆是不稳定的,用户在滚动屏幕的过程中需要临时记忆的信息越多,他们的表现就会越差.--<贴心设计:打造高可用性的移动产品> 思考点:排版

为何HTML5定稿会颠覆原生APP世界

2007年W3C(万维网联盟)立项HTML5,直至2014年10月底,这个长达八年的规范终于正式封稿. 过去这些年,HTML5颠覆了PC互联网的格局,优化了移动互联网的体验,接下来,HTML5将颠覆原生App世界.这听起来有点危言耸听,但若认真分析HTML5的发展史,你会发现,这个世界的发展趋势确实就是这样. 熟知历史才能预知未来,先让我们来看看HTML5为什么诞生.这8年是怎么过来的. 一. HTML5的诞生 自W3C于1999年发布HTML4后,Web世界快速发展,一片繁荣.人们一度认为HT

利用苹果自带原生app或者推广的app打造标准

文章描述:人们通常认为苹果是靠iphone卓越的外观设计轻松取得5%的移动市场份额和他人望其项背的利润,但老乔自视苹果是一个缔造优质软件的企业.他曾夸口苹果在软件上的水平要领先业界5年.今年ipad2发布的时候 乔布斯还是没免俗的演示自己开发的应用.老乔让两大软件主要负责人 人们通常认为苹果是靠iphone卓越的外观设计轻松取得5%的移动市场份额和他人望其项背的利润,但老乔自视苹果是一个缔造优质软件的企业.他曾夸口苹果在软件上的水平要领先业界5年.今年ipad2发布的时候 乔布斯还是没免俗的演示

聊聊原生APP切图那些事儿

  如何切图? 了解iphone界面的尺寸 最小的分辨率是320×480,我们把这个尺寸定为基准界面尺寸(baseline),基准尺寸所用的图标定为1倍图(1x). 在实际设计过程中,为了降低设计成本,一般拿设备最高的分辨率作为设计稿的原始尺寸,拿iphone来说就是iphone5或5s的640×1136啦,当然也可以用iphone4或4s的640×960,因为宽度都是640px,他们切图的标准是一样的.显然,以1倍图的基准尺寸(宽320px)为相对的参考依据,宽640px的设计稿,以原始尺寸切

移动原生App开发和HTML 5开发,你更看好哪个?

小程序的发布,让我们不得不思考,移动原生App开发和HTML 5开发,哪个更有优势? 在技术的发展上,HTML 5会取代App应用吗? 你更看好哪个? 经常会有人问"APP开发究竟是用原生的好点还是H5好点?" 首先我们来看看原生APP,从2010年正式崛起,对开发者而言,不过两三年的时候,对企业而言,更是赖以进入互联网时代的标志,正因如此,不论是隶属于信息服务范畴的IT软硬件开发商或是内容服务商,乃至于一般企业用户,显然都无法抵御这股趋势潮流. 再来看看H5,近两年来,H5的发展势头

开发-Android app和IOS app 更新机制的区别

问题描述 Android app和IOS app 更新机制的区别 公司最近准备开发一款小应用,需要先调查一下Android平台和IOS平台application的更新机制的区别,没有移动app的开发经验,公司计划用开源跨平台框架Apache codova,希望有经验的大牛分享一下俩个平台的app的更新机制的区别和codova开发 app的更新机制实现. 解决方案 如果你都是上google play和appstore 那么你就是分别申请账号,然后上传新版本.他们会帮你推送更新. 解决方案二: 更新

webapp-是原生app还是网页app?

问题描述 是原生app还是网页app? 类似淘宝,支付宝这些应用到底是网页+webview实现的?还是原生app?或者是其他实现方式?请有项目经验的大神能为我指点一下,多谢 解决方案 原生的app,但是其中肯定有些简单的页面直接用webview加载网页.全部用网页的话性能会很差. 解决方案二: 现在还是比较倾向于开发独立app. 解决方案三: 一般都是混合的吧,相对固定的用原生,需要经常变化的用网页

HTML 5 是原生 APP 生态下的血管

HTML 5 如果颠覆了原生 APP,不会是简单的 Web App 崛起,而是意味着"大生态"系统的构建,包括新的操作系统.新的玩家.新的商业模式.新的产品逻辑等等.但没有几个人真的相信这种颠覆会很快出现. 抛开"HTML 5 颠覆 APP"这种骇人听闻的说辞,业界已经看到一些构建 HTML 5"小生态"机会的存在,例如微信已经融入原生生态并且构建了自己的 HTML 5 小生态.但是融入生态意味着顺从,微信亦要看更高等生态系统如 Apple 的脸