资讯频道 → 移动开发
阅读更多

12顶
0踩

移动开发

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

2011-12-30 14:32 by 正式记者 WebAppTrend 评论(18) 有12369人浏览
NativeApp WebApp
“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 Mobile和Sencha 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 开发现状:

  • flink-table-api-java-1.12.4.jar中文-英文对照文档.zip

    # 压缩文件中包含： 中文-英文对照文档 jar包下载地址 Maven依赖 Gradle依赖 源代码下载地址 # 本文件关键字： jar中文-英文对照文档.zip,java,jar包,Maven,第三方jar包,组件,开源组件,第三方组件,Gradle,中文API文档,手册,开发手册,使用手册,参考手册 # 使用方法： 解压最外层zip，再解压其中的zip包，双击 【index.html】 文件，即可用浏览器打开、进行查看。 # 特殊说明： ·本文档为人性化翻译，精心制作，请放心使用。 ·只翻译了该翻译的内容，如：注释、说明、描述、用法讲解 等； ·不该翻译的内容保持原样，如：类名、方法名、包名、类型、关键字、代码 等。 # 温馨提示： （1）为了防止解压后路径太长导致浏览器无法打开，推荐在解压时选择“解压到当前文件夹”（放心，自带文件夹，文件不会散落一地）； （2）有时，一套Java组件会有多个jar，所以在下载前，请仔细阅读本篇描述，以确保这就是你需要的文件；

  • 基于MPC的微网共享储能日前日内优化调度技术及其实现

    内容概要：本文详细探讨了基于模型预测控制（MPC）的微网共享储能优化调度技术，分为日前优化和日内滚动MPC跟踪两大部分。日前优化部分通过分析居民用电需求，制定储能充放电策略，确保整体能源利用效率最大化。日内滚动MPC跟踪部分则通过预测模型、滚动优化和反馈校正，动态调整储能状态，保持系统稳定。文中提供了多个Python和MATLAB代码片段，展示了具体的技术实现细节，如K-means聚类、CVXPY建模、LSTM+ARIMA混合预测等。 适合人群：从事微网系统设计、储能优化调度的研究人员和技术开发者，以及对模型预测控制感兴趣的工程技术人员。 使用场景及目标：适用于微网系统的储能管理，旨在提高能源利用效率、降低运营成本，并确保系统在各种工况下的稳定性。主要目标是通过合理的储能调度，实现削峰填谷和平抑负荷波动。 其他说明：文章不仅介绍了理论背景，还分享了实际应用中的经验和教训，如处理光伏出力预测误差、优化求解器性能等问题。同时，文中提到的一些关键技术点，如充放电互斥约束、终端约束等，有助于深入理解MPC的应用挑战和解决方案。

  • 未来互联网：元宇宙、Web3.0与区块链的变革力量

    本书由Bernard Marr撰写，探讨了互联网的第三次演变——未来互联网，即Web 3.0和元宇宙的概念。作者详细分析了元宇宙技术、Web3和区块链如何共同作用，推动互联网向更沉浸式和去中心化的方向发展。书中指出，这一变革不仅将改变我们的日常生活和娱乐方式，还将深刻影响教育、金融、医疗保健以及制造业等多个行业。同时，作者也探讨了政府和公共服务如何利用未来互联网提高效率，以及企业如何在这一变革中重新思考产品、服务和业务运营。书中还强调了未来互联网对技能需求的影响，以及如何在企业中建立适应未来互联网的成功文化，并制定相应的战略。

  • flink-connector-jdbc_2.12-1.13.6.jar中文-英文对照文档.zip

    # 压缩文件中包含： 中文-英文对照文档 jar包下载地址 Maven依赖 Gradle依赖 源代码下载地址 # 本文件关键字： jar中文-英文对照文档.zip,java,jar包,Maven,第三方jar包,组件,开源组件,第三方组件,Gradle,中文API文档,手册,开发手册,使用手册,参考手册 # 使用方法： 解压最外层zip，再解压其中的zip包，双击 【index.html】 文件，即可用浏览器打开、进行查看。 # 特殊说明： ·本文档为人性化翻译，精心制作，请放心使用。 ·只翻译了该翻译的内容，如：注释、说明、描述、用法讲解 等； ·不该翻译的内容保持原样，如：类名、方法名、包名、类型、关键字、代码 等。 # 温馨提示： （1）为了防止解压后路径太长导致浏览器无法打开，推荐在解压时选择“解压到当前文件夹”（放心，自带文件夹，文件不会散落一地）； （2）有时，一套Java组件会有多个jar，所以在下载前，请仔细阅读本篇描述，以确保这就是你需要的文件；

  • FPGA中基于VHDL的16阶FIR低通滤波器设计与实现

    内容概要：本文详细介绍了如何使用VHDL语言在FPGA上实现16阶FIR低通滤波器的设计与实现。首先，文中给出了滤波器的基本参数设定，如采样率为50MHz，截止频率为3MHz，并采用汉明窗进行设计。接着，展示了顶层实体声明及其内部逻辑结构，包括移位寄存器作为延迟线以及乘累加操作的具体实现方法。同时提供了完整的VHDL代码片段，涵盖了从顶层实体定义到具体的功能模块，如系数生成、数据移位寄存器和乘累加模块。此外，还讨论了ModelSim仿真的配置与测试激励生成方式，确保仿真结果能够正确反映滤波器性能。最后，针对硬件实现过程中可能出现的问题进行了提示，如时钟约束、资源优化等。 适合人群：具有一定FPGA开发经验的技术人员，尤其是对VHDL编程有一定了解并希望深入研究FIR滤波器实现的人群。 使用场景及目标：适用于需要在FPGA平台上快速搭建并验证FIR低通滤波器的应用场合。主要目标是帮助开发者掌握FIR滤波器的工作原理及其在FPGA上的高效实现方法。 其他说明：文中不仅提供了详细的代码示例，还包括了许多实用的经验分享和技术要点提醒，有助于提高开发效率并减少常见错误的发生。

  • 车辆紧急防避撞AEB控制系统：基于模糊控制与逆动力学模型的仿真与代码解析

    内容概要：本文详细介绍了车辆紧急防避撞AEB控制系统的构建与实现。首先，文章阐述了驾驶员制动模型，通过模拟人类驾驶者的制动行为，使车辆能够根据实际情况做出适当的制动反应。其次，引入了模糊控制方法用于计算期望减速度，使得车辆能够在面对不确定性环境时作出智能化决策。再次，建立了纵向发动机逆动力学模型，以确定合适的节气门开度，确保车辆的动力输出满足制动需求。此外，还探讨了制动压力与减速度的关系以及风阻和滚动阻力的影响，并展示了具体的代码实现。最后，文章描述了仿真的步骤，强调了验证模型有效性的重要性。 适合人群：从事自动驾驶技术研发的专业人士、对车辆控制感兴趣的工程师和技术爱好者。 使用场景及目标：适用于研究和开发先进的车辆安全辅助系统，旨在提高车辆在紧急情况下的避撞能力，减少交通事故的发生。通过理解和应用文中提供的模型和代码，可以为实际工程项目提供理论支持和技术指导。 其他说明：文章不仅提供了详细的理论解释，还包括了大量的代码示例，便于读者理解和实践。同时，作者还分享了一些实际开发中的经验和技巧，有助于解决可能出现的问题并优化系统性能。

Global site tag (gtag.js) - Google Analytics