阅读更多

12顶
0踩

移动开发

翻译新闻 论 Native App 和 Web App 之争

2011-12-30 14:32 by 正式记者 WebAppTrend 评论(18) 有12315人浏览
“Web已经死了。HTML5将统治着未来的一切。用户正在应用上花更多时间,在Web上花更少时间。”“你可以在Web上做任何你能在本地应用中做的事情。”这是我在这两年听到的泛滥了的“本地和Web”之争,我不得不对这个无聊的争论吐个槽。

这不是二选一的决定

我们为什么不再去争辩“打印”和“数字化存储”谁优谁劣呢?因为大多数人都已经明白了每一种介质在这个世界上都有它的位置,它们可以彼此补充,完美配合。信件、杂志广告,都可以驱动用户上网查询。而网络上的展示则能让人们订购杂志、访问商店。两者就这样配合起来。

移动终端也是一样的道理,但是不明白人们就是觉得应该把本地应用和Web应用拿出来互相比一下。本地应用可以做一些很棒的事情。Web是世界上最为普及的平台。这种情形在可以预见的未来都不会发生任何改变,认为必须在两者中选择一个实在是一件很荒谬的事情。

苹果和橘子的比较

我会很乐意帮助你列出Web和本地应用各自能做到而对方做不到的(如果你对此感兴趣,在Google+上有个详细的讨论)。但是简而言之,我们可以说:本地应用能充分利用设备能力,而Web则能利用强大的URL



使用Web App的人中没有人会说Web App会比Native App表现更为出色。同样,也没有Native App开发者会说每个人都能通过网络连通他们的应用。既然“Native App和Web App”都不构成一个问题了,那么让我们来思考一下:我们在移动终端面前是如何表现的?

简单不过的答案

做任何事情都需要首先定义问题,然后找到解决这个问题最合适的渠道和方案。你不会走进一家五金店看到一个漂亮的铲子就说“这是个超级漂亮的铲子。我要回家用这个铲子挖出一些东西来。”那你最终只能得到一个一团糟的院子。

这听起来非常愚蠢(因为它本来就是),但这正是在移动终端领域发生的事情。应用火了,就说“啊,我们需要一个应用!”iPad流行了,“啊,我们的站点在iPad上看起来是什么样子的?”你将关注点放错地方了。



所以不应该去追逐某个单一技术,希望它能解决你的所有问题。你应该三思而行,想清楚用户的需求,然后决定你的应用如何能帮到用户。

发挥各自长处

利用了Native App和Web App各自独特特点的公司将会是在移动终端获得胜利的公司。然而,有太多在这两个平台上走错方向的例子。我见过一些Web项目的终极目的是表现得和本地应用一样,我也见过一些本地应用不过就是一个很好的网站而已。这样吃力不讨好。

现在让我们来看看Instagram的空前成功。我喜欢来自于Instagram的共享照片(尽管我还没拥有一部iPhone)。Instagram选择iOS作为主平台,同时也推出了一个设计优秀的移动站点。他们明白URL对于分享照片的价值,而不只是将这些照片封锁在iPhone之内。即使Instagram计划为每个主流移动平台创建本地应用,还是未能覆盖台式机、非智能手机和未来其他设备的用户。

要舍得花钱

对于移动互联网,大部分品牌厂商还在观望,他们的资金预算反映了这一点,只有很少的部分是用于移动领域的,所以他们必须去小心翼翼地使用这些资金,这也是他们为什么对“Native Vs. Web”之争特别热衷的原因。这种情形需要改变。除非你是住在石头里,否则你一定会看到移动就是未来,应该对其加大投资。

让我们拥抱Native和Web各自的优点来创造更好的应用体验吧。

作者自述:



我叫Brad。我和妻子一起住在布鲁克林,我们想要将我们宝贵的休闲时光雕刻成永不磨灭的记忆。我很幸运地对很多东西都抱有激情,比如Web设计、音乐、教育、艺术。我在纽约工作,是一个Mobile Web开发者。我玩贝司和鼓,还喜欢粉刷和绘画。我有很棒的家庭和非常好的朋友,我喜欢有激情的人。

英文原文:“Native vs Web” Is Total Bullshi t
来自: Web App Trend
12
0
评论 共 18 条 请登录后发表评论
18 楼 trooman 2013-03-21 22:34
补充,是搞个网站还弄native app简直就是笑话!
17 楼 trooman 2013-03-21 22:30
比较一般是居于某范围的,在一个很大的范围内比较当然没有意义!所以,这篇文章就是废话!谁都明白,web app与native app各有优劣,而且将来同时并存,问题是,如果app仅局限于网站,还有必要用native app吗?从开发成本、跨平台这两方面就可以断定web app胜出!回顾PC的开发历史,从CS到BS,谁优谁劣呢?将来的native app就如同现在pc上的软件,比如设计软件、开发软件、游戏等等,只有这样的东西,才具有存在的价值,否则,搞个网站还弄个app简直就是笑话。
16 楼 yuhao_1202 2012-01-21 18:06
所以不应该去追逐某个单一技术,希望它能解决你的所有问题。你应该三思而行,想清楚用户的需求,然后决定你的应用如何能帮到用户。
vvevan 写道
arron.huang 写道
zhb31415926 写道
nighthawk 写道
ahopedog2 写道
开始学习JAVA的时候,记得那时候最流行的争论莫过于JAVA与.net。

多年后,答案自然明确了,所以以后不会犯相同的错误了,至少前车之鉴不能忘了。

我很想知道,你现在的答案是什么。

我也想知道


我也想知道

同问

原文有嘛:
引用

所以不应该去追逐某个单一技术,希望它能解决你的所有问题。你应该三思而行,想清楚用户的需求,然后决定你的应用如何能帮到用户。

15 楼 netboy001 2012-01-09 15:29
无聊的问题
14 楼 vvevan 2012-01-08 21:37
arron.huang 写道
zhb31415926 写道
nighthawk 写道
ahopedog2 写道
开始学习JAVA的时候,记得那时候最流行的争论莫过于JAVA与.net。

多年后,答案自然明确了,所以以后不会犯相同的错误了,至少前车之鉴不能忘了。

我很想知道,你现在的答案是什么。

我也想知道


我也想知道

同问
13 楼 arron.huang 2012-01-06 17:40
左手右手都是手, 两个手配合肯定比使用一个手好吧~~~
12 楼 arron.huang 2012-01-06 17:38
zhb31415926 写道
nighthawk 写道
ahopedog2 写道
开始学习JAVA的时候,记得那时候最流行的争论莫过于JAVA与.net。

多年后,答案自然明确了,所以以后不会犯相同的错误了,至少前车之鉴不能忘了。

我很想知道,你现在的答案是什么。

我也想知道


我也想知道
11 楼 junfengcode 2012-01-06 13:56
nighthawk 写道
ahopedog2 写道
开始学习JAVA的时候,记得那时候最流行的争论莫过于JAVA与.net。

多年后,答案自然明确了,所以以后不会犯相同的错误了,至少前车之鉴不能忘了。

我很想知道,你现在的答案是什么。

+1
10 楼 damoqiongqiu 2011-12-31 14:13
我可以放链接吗?
我认为未来是这样的:http://www.58script.com/wordpress/?p=533
9 楼 ray_linn 2011-12-31 10:03
cosmo1987 写道
“Web已经死了。HTML5将统治着未来的一切。用户正在应用上花更多时间,在Web上花更少时间。”

是我落伍了还是怎么滴...HTML5不是web的吗....


no.
8 楼 zhb31415926 2011-12-31 09:30
nighthawk 写道
ahopedog2 写道
开始学习JAVA的时候,记得那时候最流行的争论莫过于JAVA与.net。

多年后,答案自然明确了,所以以后不会犯相同的错误了,至少前车之鉴不能忘了。

我很想知道,你现在的答案是什么。

我也想知道
7 楼 nighthawk 2011-12-31 09:15
ahopedog2 写道
开始学习JAVA的时候,记得那时候最流行的争论莫过于JAVA与.net。

多年后,答案自然明确了,所以以后不会犯相同的错误了,至少前车之鉴不能忘了。

我很想知道,你现在的答案是什么。
6 楼 帅子 2011-12-31 09:03
这句话很经典“我见过一些Web项目的终极目的是表现得和本地应用一样,我也见过一些本地应用不过就是一个很好的网站而已”。
各自发挥优势吧,介绍两个基于HTML5 Web App 框架 jQuery MobileSencha Touch
5 楼 ahopedog2 2011-12-31 08:30
开始学习JAVA的时候,记得那时候最流行的争论莫过于JAVA与.net。

多年后,答案自然明确了,所以以后不会犯相同的错误了,至少前车之鉴不能忘了。
4 楼 t42dw 2011-12-30 22:16
所以不应该去追逐某个单一技术,希望它能解决你的所有问题。你应该三思而行,想清楚用户的需求,然后决定你的应用如何能帮到用户。

说的好
3 楼 cosmo1987 2011-12-30 22:06
“Web已经死了。HTML5将统治着未来的一切。用户正在应用上花更多时间,在Web上花更少时间。”

是我落伍了还是怎么滴...HTML5不是web的吗....
2 楼 kevin2003sk 2011-12-30 16:07
同意,不同情况选择自然不同。

本来就没有什么高下之分。
1 楼 kanme818 2011-12-30 14:45
本来就是那些无聊的人,非要争出个你死我活。

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • Web app和native app之争_20151215

    我想说的第一个案例是Financial Times(金融时报)的FT Web App,它是第一个选择纯粹Web App路线的主流新闻媒体。我一直认为,就目前而言,最适合尝试Web App的应用领域就是在线媒体,因为其特性与Web App的优势十分...

  • Native App、Web App、Hybrid App的区别

    一 、Native APP(原生APP),位于平台层上方,基于各平台系统开发的app,向下访问和兼容的能力会比较好一些,可以支持在线或离线,消息推送或本地资源访问,摄像拨号功能的调取。但是由于设备碎片化,app的开发成本要...

  • Native App和Web App之争纯属扯淡

    ”这是我在这两年听到的泛滥了的“本地和Web”之争,我不得不对这个无聊的争论吐个槽。 这不是二选一的决定 我们为什么不再去争辩“打印”和“数字化存储”谁优谁劣呢?因为大多数人都已经明白了每一种介质在...

  • Web App和Native App之争

    在baidu宣布完成并购91无线之后,IT...从大局上看,互联网公司间的并购和入股属于微观战略高度,商品,技术,人才等因素都包括在内。但落到实践的层面,广大用户其实并不一定会关怀这些巨头之间的交易,而更多的是从

  • 【翻译】Native App和Web App之争纯属扯淡

    ”这是我在这两年听到的泛滥了的“本地和Web”之争,我不得不对这个无聊的争论吐个槽。 这不是二选一的决定 我们为什么不再去争辩“打印”和“数字化存储”谁优谁劣呢?因为大多数人都已经明白了每一种介质在这个...

  • 未来不是Web与App的生死之争,而是Web和App的融合

    对用户而言:通过 Web 访问业务,无需下载安装,快速安装使用,手机上也就无需安装大量的 App,影响注意力;对开发者而言:手机浏览器跨操作系统,App 开发商一次开发,就可以部署在 Android,iOS,WP 等不同平台的...

  • Native和Web过时了,企业移动开发Hybrid App

    Native与Web之争由来已久,但貌似现在这两种开发方式已经不能满足错综多变的企业级市场的需要了。由此综合了这两方面优势的Hybrid App模式悄然兴起,将许多企业迈向信息化道路上的坎坷铺平。  Hybrid App、Web ...

  • Web App和Native App不是生死之争——反思HTML5惨痛的500天和四个谎言

    在众多的云 API 中,几乎大部分都同时提供了 native sdk 和 jssdk 同时服务 native app 和 web app。所以在云 API 的领域 HTML5 的技术还是有很多可以对接的服务可供选择。不过总体而言 JS 版本的 sdk 无论从功能...

  • Native App和Web App,移动客户端往哪走?

    类似的技术趋势之争实际上已经有很多了,我们不妨花点时间回顾一下十年前的C/S和B/S之争。 20世纪90年代,C/S技术成熟并得到了快速发展,即系统是由客户端和服务器两部分组成。客户端部分的主

  • 【前端前沿看点】weex和react native的原生开发之争——对比分析

    目前主流的应用大体分成三类:Native App, Web App, Hybrid App. 三大主流的应用 Native App特点: 性能好完美的用户体验开发成本高,无法跨平台升级困难(审核),维护成本高 Web App特点: 开发成本低,更新快,...

  • 从架构角度看移动App之争

    还记得C/S和B/S吗 类似的技术趋势之争实际上已经有很多了,我们不妨花点时间回顾一下十年前的C/S和B/S之争。 20世纪90年代,C/S技术成熟并得到了快速发展,即系统是由客户端和服务器两部分组成。客户端部分的主要...

  • Mobile Web App发展现状及展望

    硬件的发展速度令所有的消费者惊叹,如果2008年给你一部主频528MHz,内存192M,屏幕3.2寸,分辨率320*480的手机,你可能会觉得非常前卫,因为CPU和分辨率足够高。而放到三年之后的今天,这部机器已经沦落到无人问津...

  • 技术之争:Web App VS 原生App

    现今互联网发展的趋势是:HTML5和云计算。但更为重要的趋势是互联网浏览向移动设备的转移,越来越多人的大...在 Web apps 的体验还不够好,移动设备电力续航和处理性能不足网络带宽有限的情况下,Native apps 短时...

  • Hybrid App和 Web App研究

    转自:... 需要了解一下跨平台的产品设计: 后面个人定位的是移动应用开发, 因此, 大部分应用需要覆盖各种平台, 需要寻求低廉的方案 ...APP 开发现状:

  • 数据库管理工具:dbeaver-ce-23.1.5-macos-aarch64.dmg

    1.DBeaver是一款通用数据库工具,专为开发人员和数据库管理员设计。 2.DBeaver支持多种数据库系统,包括但不限于MySQL、PostgreSQL、Oracle、DB2、MSSQL、Sybase、Mimer、HSQLDB、Derby、SQLite等,几乎涵盖了市场上所有的主流数据库。 3.支持的操作系统:包括Windows(2000/XP/2003/Vista/7/10/11)、Linux、Mac OS、Solaris、AIX、HPUX等。 4.主要特性: 数据库管理:支持数据库元数据浏览、元数据编辑(包括表、列、键、索引等)、SQL语句和脚本的执行、数据导入导出等。 用户界面:提供图形界面来查看数据库结构、执行SQL查询和脚本、浏览和导出数据,以及处理BLOB/CLOB数据等。用户界面设计简洁明了,易于使用。 高级功能:除了基本的数据库管理功能外,DBeaver还提供了一些高级功能,如数据库版本控制(可与Git、SVN等版本控制系统集成)、数据分析和可视化工具(如图表、统计信息和数据报告)、SQL代码自动补全等。

  • 一份关于信号与系统的大纲教程!!!!!!!!!!!!!

    一份关于信号与系统的大纲教程!!!!!!!!!!!!!

  • 【课件】7.5.1散列表的基本概念.pdf

    【课件】7.5.1散列表的基本概念

  • 【课件】8.7.4置换-选择排序.pdf

    【课件】8.7.4置换-选择排序

  • Delphi 12 控件之unidac-10.2.1-d29pro.exe

    unidac_10.2.1_d29pro.exe

  • 基于STM32的微控制器的C++语言研究项目

    此代码是基于 C、C++ 语言的 stm32 为微控制器编写的。 代码包含单独的部分:main、ini、USART code_for_display。 ADC_ini(模数转换器)是关于初始化ADC的。每当您触发模拟输入以开始转换时,它都会对模拟输入进行采样。它执行一个称为量化的过程,以决定电压电平及其在输出寄存器中推送的二进制代码。 USART(通用异步接收器-发射器)是一种外围通信硬件设备,它允许计算机通过 wifi 或蓝牙与串行连接的设备进行同步和异步通信。 code_for_display部分是包含 7 段显示的代码。 main 初始化ADC_ini,USART,code_for_display并开始接收信息的循环,显示它,将其发送到另一个设备,重复

Global site tag (gtag.js) - Google Analytics