Mobile App 将死?!

标签: 快新闻 Mobile App web-app | 发表时间:2011-12-14 04:00 | 作者:cindy
出处:http://tech2ipo.com

日前,Mozilla 产品副总监 Jay Sullivan 称移动应用不久即将成为历史,未来将是移动 Web 应用的天下。光盘好歹还能当杯垫,可怜 Mobile App,难道就这样一下跌落进历史的垃圾堆?

Mozilla 的产品副总监杰 • 沙利文 (Jay Sullivan, 上图) 日前表示,移动终端应用(Mobile App)没有未来,真正有前途的是移动 Web 应用(Mobile Web App)。原因有三:
  1. 每个移动终端设备都有自己独立的技术堆栈、操作系统和编程语言。因此,开发 App 需要适应多个系统,进行多次独立开发。
  2. 开发 1 个移动 Web App 比一次开发 2 个、 3 个甚至 4 个原生应用(Native App,下载到本地)要经济得多。沙利文表示,HTML5 的优势在于性价比高,尽管目前还不完善,但相比写 7 种不同的语言版还是要好得多。
  3. 移动 Web App 在技术上更加便于管理,而且,照如今移动网络的发展态势,移动 Web App 达到与移动 App 同等的用户体验只是时间问题。

沙利文指出,移动 Web App 欠缺的只是合适的商业模式。当网络上形成一个良好的商业生态系统后,移动 Web App 对开发商将更具吸引力。

Yahoo 开放平台项目副总监布鲁诺 • 费尔南德斯 – 鲁伊斯(Bruno Fernandez-Ruiz)表示,Yahoo 正在开发一系列全新的跨平台移动 Web App,适用于手机、电视、平板电脑等不同的移动终端,而且用户体验与 Native App 效果一致。

Mobile Web Apps:技术和产业文化的双重挑战

http://img1.guokr.com/gkimage/wd/vj/c3/wdvjc3.png构建 App 全集成平台的 Appcelerator 公司,其共同创始人之一的杰夫 • 海尼(Jeff Haynie,上图)表示,移动网络业务将持续快速增长,但现在断定移动 App 将死还为时过早。从 Native App 转向移动 Web App 的过程中,开发商需要应对双重挑战。

首先,移动 Web App 必须满足用户对高质量、高性能的需求。海尼表示,短期内移动 Web App 还不足以实现 Native App(如 Flipboards 和 Instagrams)带给用户的优质体验。其次,人力方面,即使是在 Mozilla 和 Yahoo 这样的企业,负责开发移动 Web App 的也大多是 Web 开发人员。如何让 Web 开发人员开发出适用于本地和 Web 的通用 App,将是这次转型更大的挑战。

搭建移动网络的关键:JavaScript 和 nodeJS

JavaScript 和 nodeJS 是实现从 Native App 向移动 Web App 成功转型的两项关键技术。

目前,要使内容在所有移动终端以及设备平台上运行一致还非常难以实现。许多公司都试图通过转化操作系统的代码来解决这个问题。而 Yahoo 则期望通过是简化多语言环境来降低开发的复杂程度。

Yahoo 的新套件 Cocktails 以 JavaScript 和 nodeJS 作为核心组件,它能帮助开发人员使移动 Web App 在外观和感觉上都跟高品质的 Native App 没有分别。

Cocktails 系列产品之一的 Mojito 就是用 JavaScript 和 nodeJS 编写,成功实现了服务器端和客户端单一代码库运行,前端和后端用的是完全相同的代码。 Cocktails 系列的另一款产品 Manhattan,可以把移动 Web App 包装成 Native App(即所谓的混合 App )提交到 iTunes App Store 或 Android Market,或者直接在浏览器中运行。Manhattan 有助于改善访问不同带宽的网络时用户的体验,还能让 App 在没有足够 HTML5/CSS3 支持的平台上得以运行。

Yahoo 的费尔南德斯 ­– 鲁伊斯(上图)表示,nodeJS 有出色的性能表现,但 Yahoo 看重的主要是 nodeJS 能够在服务器上运行 JavaScript 这一特点。JavaScript 正在进化,未来的 JavaScript 将会成为高效而可靠的语言,为 Web App 提供跨平台的、一致而流畅的使用体验。

费尔南德斯 ­– 鲁伊斯还表示,对用户来说,同一个 App 在电视、平板电脑、智能手机或 PC 这些不同的终端上切换的体验很恼人,而 HTML5,CSS3 和 JavaScript 则可以消除不同平台上外观和操作体验的不同。

从 LinkedIn 最新发布的 App 可以看到,移动 Web App 使用起来几乎已经与 Native App 无二。

Zurb 公司刚刚发布的 Foundation 框架也和 Manhattan 类似,致力于为 Web App 的设计和开发提供跨平台的支持。 Zurb 公司的员工梅德 • 德拉基列夫(Dmitry Dragilev)表示,基于 Web 技术,开发者不必再为每个终端设备单独考虑,框架把这些工作都做了。 Foundation 框架试图让 Web App 在各种环境下都能运行,无论是移动终端还是桌面终端。在移动终端正在赶超桌面终端的当下,这显得尤为重要。

搭建适合的销售渠道

如何搭建渠道向市场推销移动 Web App 是这次转型的第二个挑战。对此,Mozilla 的一个方案是“通用型 App 销售”:通过电子邮件地址,用户即可获得应用,在任何终端设备上都可以使用。你在 PC 上买了一款游戏,你在手机上也可以玩。因为你的 App 属于你,而不是你的设备。即使你换了不同的设备,你也应该能够同样地使用这款 App。这种模式下,用户将会从“云端”的虚拟商店中购买各种好用的 App,或者直接从开发商处购买。

沙利文表示, Mozilla 在浏览器运营以及插件营销方面积累的实战经验将有助于搭建一个良好的销售系统,以应对近年来 App 边缘市场的 “FUD”(恐惧、不确定和怀疑)氛围,其中部分阴影是 Google 和 Apple 直接造成的。

Native App 的“终结”

沙利文还表示,移动 Web App 在用户隐私和使用权限方面更加透明,而且网络“沙箱模式”(网页应用只能使用自己的数据,不能随意读取用户设备上的文件——译注)能够针对恶意 App 提供更好的防护措施。

Mozilla Firefox 的开发总监乔纳森 · 南丁格尔(Johnathan Nightingale)表示,鉴于特定的硬件功能以及 Native App 在硬件访问上的优势,有开发商仍然会愿意开发 Native App,但 Mozilla 不会。这也是在为 Mozilla 未来推出移动 Web 开发工具做铺垫。

说到硬件访问,也有人对维持目前模式的幕后主力——操作系统生产商及原始设备制造商,能否在向移动 Web 技术转型的过程中做到公平竞争表示怀疑。对此,海尼表示,虽然目前确实有计划让 Web 开发商也能够访问那些特定的硬件性能,但他认为 Apple 绝对会加以阻挠。

沙利文则做出了一个保守的估计。他说,在电脑软件还是装在盒子里用光盘销售的时候,人们都以为电脑任务中大约 80% 会由桌面软件处理(在本地运行),剩下的 20% 在网上运行。

沙利文表示:随着性能的提高,当初 80/20 的划分不但完全转了过来[即 80% 的任务在网上运行,剩下的 20% 在本地处理],而且几乎所有的任务都转移到了网上。我不认为本地 App 会消失,因为它们还会在本地运行,但我认为未来的移动 Web 也会出现一个 80/20 的局面。

Zurb 公司的设计负责人,乔纳森 • 斯迈列(Jonathan Smiley)也表示了类似的看法。 斯迈列认为, Web App 和本地 App之间的差别最终会消失;尽管两者不会完全一样,但随着用户通过硬件使用 Web App ,同时本地 App 也使用更多的 Web 服务,最终两者会合二为一,统称为 App 。


“好的用户界面(User Interface,UI)是我们至始至终的追求,”LinkedIn 的移动开发总监基兰 • 普拉萨德(Kiran Prasad,上图)表示,“好的 UI 就是简单的 UI 。简单就是速度快、操作简单、性能可靠。”

普拉萨德表示,适用于手机的 Web App“的确是未来的”,但这个未来距今仍很遥远。因此,技术人员需要“在正确的时间使用正确的技术……这并不是一个本地 App 和 Web App 之争,而是一个在界面和互动层面上的较量:本机界面[鼠标和键盘]还是 Web 界面[触屏]。我们关注的是最佳的用户体验,那么,在当前就意味着既要利用移动 Web App 的优势,也要用好移动 Web App 和本地 App 相互接入的特点。”

本文由果壳的 歙砚编译自 VentureBeat 

Tech2IPO新服务: HT实验室 | 创业者服务 | 投资人服务

相关 [mobile app 将死] 推荐:

Mobile App 将死?!

- - Tech2IPO
日前,Mozilla 产品副总监 Jay Sullivan 称移动应用不久即将成为历史,未来将是移动 Web 应用的天下. 光盘好歹还能当杯垫,可怜 Mobile App,难道就这样一下跌落进历史的垃圾堆. Mozilla 的产品副总监杰 • 沙利文 (Jay Sullivan, 上图) 日前表示,移动终端应用(Mobile App)没有未来,真正有前途的是移动 Web 应用(Mobile Web App).

Mobile app视觉传达的魅力

- 青蛙小子  - 所有文章 - UCD大社区
时下移动开放平台众多,苹果、谷歌、微软、诺基亚都有自己的移动开发平台,想让自己的产品在众多的开放平台中留住用户,只靠品牌是不够的,产品用户体验比品牌更重要. 我们可以充分的利用移动设备的特性,运用视觉传达的表现方式,去创造具有优秀的用户体验的app应用软件. 在如今这个智能手机时代,大屏幕高分辨率触摸屏的智能手机在市场上即将呈现普及的趋势.

HTML5 vs Mobile App 谁将是主流

- 小趴 八足趴 八足 ramener - 互联网的那点事...
HTML5的出现让移动平台的竞争由系统平台转向了浏览器之间:移动端的IE、Chrome、FireFox、Safari,亦或是新出现的浏览器,谁能达到在移动端对HTML5更好的支持,谁就能在以后的移动应用领域占据更多的市场. 有了HTML5以后怎么装APP. 更灵活、更方便的app使用及安装方式将成为HTML5在移动平台上大放异彩的保障之一.

Mobile Web App发展现状及展望

- - 技术改变世界 创新驱动中国 - 《程序员》官网
在计算机的发展过程中,目前移动设备的时代可谓是潜力最大,发展最为迅猛,也是竞争最为激烈的一个时代. 硬件的发展速度令所有的消费者惊叹,如果2008年给你一部主频528MHz,内存192M,屏幕3.2寸,分辨率320*480的手机,你可能会觉得非常前卫,因为CPU和分辨率足够高. 而放到三年之后的今天,这部机器已经沦落到无人问津,成为古董机型的地步.

Mobile App 七大 UX 設計經驗

- - Inside全文
圖片來源: uxpassion. 投稿作者:Leon Lu(Leon.LLH@gmail.com). 喜歡研究軟體架構的美,雖然每次架構設計還是常有不足;喜歡專案管理方法論的妙,雖然每回專案時程還是常 Delay;喜歡與三五好友大談移動科技的樂,天馬行空是我們的樂趣. 產品使用的第一印象是至關重要的,因為使用者在意的是產品使用過程中是否和當初的 First Impression 一樣的令人樂不釋手.

雷锋学堂:谈谈Mobile Web App的设计

- - 雷锋网
【编者按】本文作者:邓腾( @千年牛皮糖),百度无线交互设计师. 在本文中,作者将给大家谈谈Mobile Web App的设计方法,内容包括:Web App定义、Web App的特点、发展现状及设计等等. Native App与Web App的争论从未停息过,尽管很多人在批判Web App的各种不是,但也阻止不了各种各样的Web App如雨后春笋般出现,尤其是伴随智能手机的普及而受到重视的Mobile Web App.

mobilebone.js-mobile移动web APP单页切换骨架

- - 张鑫旭-鑫空间-鑫生活
本文地址: http://www.zhangxinxu.com/wordpress/?p=4381. 一、mobilebone.js吹牛不打草稿. mobilebone.js是鄙人2014下半年个人开源项目代表作. 先容我吹嘘一番,反正吹牛又不要交税. 跟传统网页浏览的差别仅仅在于无刷新. 例如,我们浏览首页,首页上有个如下HTML链接:.

Web将死,App当立?

- - 创意科技 - 果壳网
作为一位著名的软件开发者和博客世界的先驱者,戴夫·温纳(Dave Winer)于1997年创办了Scripting News(最早的博客网站之一). 由于他总是与微软、谷歌等大公司隔空对骂,所以在博客世界颇为出名. 最近他在博客中谈了自己对于web将死的看法. “我总是听人说道,web将死,app才是未来.

Weaver Mobile招聘

- HACK21 - 弯曲评论
Weaver Mobile是一家专注于下一代SNS的移动互联网公司. 成立于2011年4月,并获得了业界著名的风险基金的投资和支持. 我们将会在六月开始在北京上地建立研发中心. 诚恳的邀请在Android,iPhone应用系统开发有兴趣,or/and 有经验的朋友加盟. 我们期望您,具备良好的数据结构的基础,具备良好的和至少C语言功底.

jQuery Mobile 1.3.0发布

- - InfoQ cn
jQuery基金会发布了旗下的JavaScript和HTML5/CSS框架 jQuery Mobile 1.3.0. 更新主要集中在响应式的web设计并新增了多个移动应用的widget. 响应式web设计(RWD)旨在提供最佳的用户浏览体验,不管使用的是什么设备、什么浏览器. RWD使用CSS媒体查询(media queries)语言在浏览器中动态适配页面布局,而不是在服务端检测用户代理(User Agent).