HTML5定稿意味着什么，原生应用生态系统要被颠覆吗_百度知道
HTML5定稿意味着什么，原生应用生态系统要被颠覆吗
提问者采纳
HTML5无法对此造成严重影响，虽然Vudu（游戏邦注，并且能够针对多个平台一次性开发产品，它可以决定哪些第三方应用软件可以在iOS设备上运行，手机应用刚刚才开始赶超移动网页，很多公司宁愿选择HTML5而不是苹果的原生应用是因为，特定的界面，HTML5如果要使用iOS硬件的所用功能也拥有许多局限因素.原生应用才刚超越移动网页　　在智能手机和平板电脑设备中，Newsstand以及Twitter。虽然这是事实。　　2，避开苹果营收抽成，亚马逊以及《金融时报》等公司最近都绕开苹果App Store：一种新型电视节目服务），而每一代新的硬件也都提供了新的网络连接选项；但是因为HTML5是基于所有浏览器而设置的，原生应用不会被HTML5颠覆，因为苹果的移动技术还在不断进化，收音机以及其它硬件功能，所以要求更多的技术妥协，尽管苹果已经采取了一些改善措施，创建了HTML5网页应用，因为它有稳定的离线访问，并且通过iOS SDK给原生应用开发者提供更多的API选择，应为苹果始终掌握着主要控制权，包括iCloud Storage，iOS 5便推出了1500款新型API，但是事实上它却永远不可能超越它们，绝大多数用户可能并不会支持应用大规模向HTML5领域迁移。应用商店的出现更是助长了这种趋势.原生应用能够突破其局限性　　人们之所以认为HTML5将取代iPad和iPhone设备中的原生应用是因为它的网络技术正在赶超iOS软件的功能。同时，以及何种硬件可以与之兼容。　　我认为在今后几年里，例如允许Safari使用更多的本地设备内存以及地理定位服务。但是从用户体验的角度来看。虽然市场上将会有越来越多HTML5产品。举个例子来说，其人气正处于高涨阶段。　　显然，但是HTML5永远也不可能与原生应用相提并论，基于网页的产品让他们绕过苹果这个中间商，直接获取更大的利润，目前尚无迹象表明这种趋势会放缓或者扭转，可自由访问特定硬件和软件等功能。iOS每一次重大更新都能给开发者带来新的API。　　只有苹果能够决定它的软件可以做什么或不能做什么，但是原生应用的光芒也不会轻易被掩盖。虽然如此看来好像是HTML5正在迎头赶上本机应用　　HTML5的定稿就目前而言 并不意味这原生应用生态系统要颠覆 就拿IOS系统来举列子　　1
来自团队：
其他类似问题
为您推荐：
html5的相关知识
其他1条回答
颠覆不了 各有优势 应该会共存
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁HTML5定稿了 为什么原生App世界将被颠覆_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
您可以上传图片描述问题
联系电话：
请填写真实有效的信息，以便工作人员联系您，我们为您严格保密。
HTML5定稿了 为什么原生App世界将被颠覆
||暂无简介
软件工程师|
总评分4.2|
浏览量3373437
试读已结束，如果需要继续阅读或下载，敬请购买
你可能喜欢转：HTML5定稿前夕大总结
（本文刊发于csdn程序员杂志2014年10月刊）
HTML5定稿前夕大总结
HTML5诞生已经7年，一路饱受争议。今年年底，W3C（万维网联盟）将正式发布HTML5定稿版本。在HTML5定稿前夕，我们回顾下HTML5这些年来如何曾给人希望，又令人失望，未来是否能重新燃起希望？
HTML5的诞生
自W3C于1999年发布HTML4后，web世界快速发展，一片繁荣。人们一度认为HTML标准不需要升级了。一些致力于发展webapp的公司另行成立了WHATWG组织，直到2007年，W3C从WHATWG接手相关工作，重新开始发展HTML5。
时隔已经7年，HTML5仍未正式定稿。HTML5到底应该解决什么问题，仍然众说纷纭。有人用HTML5做流媒体，有人用HTML5做页游，有人用HTML5发展手机App…
HTML5的发展史，并非简单的技术发展史，也是商业博弈史。adobe的flash被遏制，与web霸主的位子擦肩而过；ie的私有标准被遏制，并且造成ie市场份额不停下滑，直到ie最新的mobile版本反过来开始支持webkit语法，真是令人唏嘘。像是一场Apple+Google干翻microsoft和adobe的经典商战。
HTML5的第一阶段：
HTML5这7年，经历了2个阶段，分别是web2.0和移动互联网。先说说web2.0时代。
在2007年，随着带宽的发展，互联网的体验发生了重大变化。人们以前依赖下载软件+本地媒体播放器，人们以前玩端游。但是adobe敏锐的发现了宽带下的新机会，为flash强化了流媒体和游戏功能，youtube代表的流媒体服务和各式各样的页游出现并迅速火爆。当时的ie+flash组合，承载了新一代web平台，催生众多创业公司，自己也达到了如日中天的江湖地位。
Apple和Google坐不住了。PC
OS的世界难有突破，web浏览器被apple寄予厚望；Google虽然大量赞助mozilla，但并未对ie的地位产生实质影响，收购了youtube后发现命脉在adobe手里，也是非常难过，而且Google每年给ie的搜索框和adoble
flv缴纳的费用真不是小数目。
大家都是W3C的主席单位，好吧，我们重新开始做HTML5吧。
随后我们就看到，WHATWG的Web
Applications规范工作被接手到W3C，并正式命名为HTML5。本来Web
Applications的定位是让Web的体验更接近本地应用，原本HTML4里的交互控件与本地应用相比差很多，大量的需要借助div拼接和activeX。但HTML5工作组开始工作时，首先发力的却是video和canvas标签，直指流媒体和游戏2个热门领域。
在HTML5的升级过程中，Apple和Google同时也看到了浏览器市场重新洗牌的机会，他们一方面参与着HTML5的规范，一边在浏览器产品上偷偷发力。2007年Safari升级并迁移到Windows平台，2008年Google正式推出chrome。“IE的私有规范+flash不是标准，我们才是标准”，这样的口号在新一代浏览器大战中打响，ie瞬间成为千夫所指的垄断代表，甚至成了阻碍web发展的罪人（当时ie6已经数年未更新，并且丝毫不惧firefox的发展）
除了video和canvas，HTML5同时还承载了搜索语义的使命，为了让搜索引擎爬虫更好的识别网页，Google不遗余力的推进了header、section等标签。
当然HTML5也还是为web
app做了一些工作的，input的type增加了date、search、range等值域，增加了网页的交互控件。
离线存储也是HTML5扩展的重要能力，cookie是不够用了，设计了localStorage后发现还不够用，又设计了websql，websql出来后又发现安全问题很多也不太优雅，mozilla又大力推进了indexedDB。
对于ie时代activeX大行其道的情况，HTML5并未考虑已有网页里大量object标签的兼容，而是新增了embed标签，死磕ie。
是的，如果你仔细汇总HTML5新增的那些标签，就会发现就是这么几类：多媒体、canvas、web
app控件、离线存储、插件扩展、语义描述。
当然HTML5的演进中还包括css的强化，把css发展到如此复杂的地步，笔者个人是持保留意见的。浏览器内置的css引擎起到了2个作用，一个是简化js开发，一个是原生实现的动画性能比js要高。
这里还应该提下Silverlight和jquery。
微软面对巅峰时期的flash，2007年打出一张牌，是Silverlight，并且破天荒的支持mac。没想到Silverlight的结局不是干掉flash，而是和flash一起被HTML5干掉了。微软在移动战略上的失误是大家都知道的，其实微软不但丢掉了移动，web也丢掉了。
浏览器互相大战，语法分裂，而且ie在应对浏览器大战时错误的发布了彼此大量不兼容的ie6、7、8，这可苦了开发者。伴随着pc硬件和js引擎的升级，这个时候能处理浏览器兼容性的前端框架开始流行，jquery就是这个风口上的猪，被开发者们广泛的运用。
HTML5的第二阶段：
移动互联网
随着chrome、safari的高歌猛进，和ie+flash的衰落，HTML5告一段落，进入了下一个时代
移动互联网。
HTML5的跨平台优势，在移动互联网时代被进一步凸显。HTML5是唯一一个通吃pc、mac、iphone、ipad、Android、Windows
phone等主流计算平台的跨平台语言。Java和flash都曾梦想这个位置，但开创移动互联网的重要设备iphone、ipad，除了自家的objective-C外，只开放了HTML5给开发者。此时人们纷纷开始研究基于HTML5做跨平台手机应用。
很多人当时认为，原生应用是过渡，就像当年从c/s转变为b/s一样。而且学习objective-C和Android
java很费劲，我既然会网页开发，为何不试试HTML5。
HTML5此时补充了camera、gps等手机特有的API，不过手机浏览器实现的不太利索。开发者调用麦克风，希望语音输入，调用摄像头，希望扫描二维码，但最终这些刚需仍然无法被HTML5良好的满足，开发者还是倒向了原生的怀抱。
Phonegap的出现，给开发者打开一扇窗。很多人期待phonegap不停扩展api，来补充浏览器的不足。Adobe看到Phonegap仿佛看到重振江湖地位的希望，但在adobe收购phonegap后，又发现这个东西问题很多，而且开源使得adobe无法像flash那样获取商业利益。W3C也没有接受phonegap，adobe就把phonegap捐给了apache，改名为Cordova。其实笔者个人认为phonegap本来是个有潜力的项目，但是很多创业公司的好产品被大公司收购后都无法如之前般良好发展。
因为各种各样的原因，Phonegap的定位最终没有成为浏览器的强化，而走向了混合式开发。基于当时的背景，他们认为原生是不可替代的，原生+HTML5的混合模式更有意义。所以现在phonegap的使用往往是原生工程师+HTML5工程师一起协作完成App。
这个时候，另一个互联网新贵出现在了w3c，就是facebook。
Facebook进入w3c后，牵头成立了mobile
web工作组。Facebook是在web世界长大的，并且在手机os上并无自己的领地，他不喜欢被apple和Google掌控的原生应用生态系统。一个老大天天担心自己的产品可能被另2个老大从应用商店下架，这滋味不好受。Mobile
web这个工作组的重要目标就是让HTML5开发的网页应用达到原生应用的体验。
然而它不努力就算了，努力了却失败了，这就麻烦了。2012年，facebook放弃HTML5的新闻充斥了全世界的IT媒体，HTML5瞬间被打入冷宫，各路App创业团队也终于死心塌地的跟了native。
Facebook为何放弃HTML5？核心是当时基于HTML5，真的做不出好的移动App。对比twritter等竞争对手的原生App，facebook当时也幸亏是用户基数和粘性大，否则很容易就被用户抛弃了。比如push，到现在HTML5的推送和原生的推送体验差距依然巨大，更不用说HTML5应用的页面切换白屏、转场动画卡顿、下拉刷新和侧滑菜单不流畅、本地能力调用匮乏等众多问题。摇一摇、二维码、语音输入、分享到朋友圈…HTML5的工程师只看着原生工程师做出这些常用业务，然后感叹自己所托非人。
Facebook虽然不喜欢被控制，但不能拿被用户抛弃来冒险。他虽然力推mobile
web强化HTML5的能力，但他和其他巨头不一样的是：facebook始终没有自己的浏览器。
Safari和Android浏览器是手机上的web入口，如果浏览器不努力，其他人再努力也是白搭。
Chrome性能虽高，但Android上的Android浏览器并非chrome，而是webkit改出来的一个蹩脚Android浏览器；iOS上不允许其他浏览器引擎上架Appstore，而且其他使用safari引擎的应用也无法调用apple自己的js加速引擎Nitro。结果就是Apple和Google不但不在浏览器上积极实现HTML5关于移动App所需的规范，反而对HTML5做出种种限制。
不管是当时硬件能力不足，还是手机端OS厂商的故意限制，总之结果很明显：HTML5在那个时候不会起来。在移动互联网的初期，一定是原生应用生态系统的天下，iOS和Android首先把自己变成老大后，其他小弟才能寻觅到成长的机会。
Facebook也好，phonegap也好，在移动互联网初期就想分一杯羹是分不到的，但坚持下来，机会会出现。无奈facebook这一放，mobile
web工作组的进展也放缓了；Phonegap这一收购，进步也慢了。
不过iOS和Android双寡头地位并不缺挑战者，firefoxOS和Tizen也是想利用HTML5的机会在移动OS上占有一席之地。firefoxOS在演进的过程中，mozilla等公司向w3c提出了很多新增规范的提案，这对于HTML5向移动App的强化起到了推进作用，一些设备api被补充到HTML5的中，比如电池电量的Battery
API。不过其他浏览器厂商的态度并不如想象中积极，navigator.battery目前在iOS和Android上都没有实现。
HTML5这回真的来了
就这样，HTML5走过了7个年头，一路被各路人用于各种目的。
随着2014年底HTML5标准即将定稿，一切纷争将告一段落，现在，属于HTML5的时代到来了。
这个曾让人满怀希望，又被facebook等众多满怀希望的开发者放弃的技术，现在会告诉大家，曾经让各位失望的原因，现在已经不存在了！
这听起来是个比较惊人的话题，真的吗？我们细细分析。
业内俗称HTML5有“性工能”缺失的严重问题。即HTML5性能不如原生、开发工具不如原生、能力调用不如原生。这几个问题导致开发者无法使用HTML5做出与原生一样的App，即使有跨平台的诉求，也只能投入原生怀抱。但是，不管是硬件升级、os厂商策略变化、相关软件技术的成熟，已经解决了HTML5的“性工能”缺失问题。
2011年的iphone4s的cpu是A5，现在iphone6是A8，按apple的历次发布会的说法，速度提升了7.5倍。这7.5倍的速度提升，抹平了太多HTML5的问题。
Apple、Google策略变化
Google在2013年底发布的Android4.4，内置的webview不再是蹩脚的Android
webkit浏览器，而是chromium。
2012年Iphone5发布后，HTML5在iOS上的表现已经令人满意，Safari独家的js加速引擎Nitro不再那么重要，不过在iOS8发布后，apple很识趣的取消了Nitro的限制，现在任意浏览器或应用调用iOS的UIwebview都可以利用Nitro加速。
两大手机OS霸主和浏览器巨头的态度发生了变化，不再限制手机上HTML5的发展，这种变化会产生深远的影响。
软件技术的成熟
Phonegap的发展虽然放缓了，但其他产品技术起来了。
在2014年的iweb大会上，众多厂商的产品都预示着HTML5的爆发。
DCloud公司在iweb大会发布了系统的HTML5性工能缺失的解决方案，包括解决HTML5性能问题的增强浏览器引擎、最快的HTML5开发工具HBuilder、还有把40w原生api封装成js对象以解决HTML5能力不如原生的Native.js技术。基于DCloud方案开发的HTML5应用，完全可以达到原生App的功能和体验。
DCloud还发布了一个mui框架，我们都知道浏览器的控件样式和原生控件样式差别很多，数量也缺少，一个最高性能的、样式体验与原生控件一样的ui框架是非常重要的，之前jquery
mobile等产品的性能不足，难当此任。
Intel公司发布了crosswalk引擎，可以让Android4.4以下的应用打包chromium引擎而不是Android
webkit。虽说未来Android4.4会占有更多市场，但目前主流的Android手机毕竟还是4.0、4.1。
另外在专业方向上，很多公司也做出了不错的成绩。触控的cocos2d-html5和ludei的cocoonjs强化了canvas的表现，让HTML5游戏体验更好；UC、猎豹等手机浏览器强化了音视频播放的表现。。。
长尾市场的发展和应用获取门槛的降低
PC端web从初期的门户为王发展到搜索为王，其实是初期的精品市场过渡到后期的长尾市场。Yahoo和Google分别是2代web霸主。移动端也一样会经历这个过程。而长尾市场的承载，对于目前的原生应用生态系统而言过重了。作为用户，我想用一个功能，原来需要打开应用商店，找应用，下载，安装，然后点桌面图标启动使用。这套流程必然会被更快捷的模式改进。
就像当初的web2.0，用户不喜欢下载，流媒体和页游大行其道，未来的应用也一样。而这也是HTML5替代原生应用的重要杀手锏。
超级App的入口流量比浏览器还大
曾经，甚至现在，很多人仍认为HTML5是浏览器的事情。W3C就是搞web的，打开浏览器打开网页，才叫web。
但是笔者认为，HTML5是一种语言，浏览器只是承载这种语言的载体之一。HTML5
应用可以在浏览器里运行，也可以被打包发行到应用商店，还可以直接在超级App里运行。我们看到很多超级App，比如微信、手机百度，同样是HTML5的载体。甚至微信这个载体的入口流量远超过了浏览器。前端时间风靡一时的神经猫，是微信实力的证明，也是HTML5从业者的利好。
之前很多人认为用户不喜欢打开浏览器敲网址，用户喜欢直接在桌面点图标，所以HTML5起不来，原生是王道。且不说其实HTML5也可以打包在桌面放一个图标，但更重要的是，神经猫即使做一个App放到手机桌面上，都不会有这么多人玩。入口到底在哪里？手机桌面？还是微信？神经猫事件引发了人们重新看待这个问题。
最近微信又发布了企业号，除了游戏，企业也不放过。我相信大量的企业应用也会以HTML5的形式展现在微信企业号里。
这么看来HTML5不止会火起来那么简单，很多开发商要考虑转型了。
不管是硬件升级、软件成熟，还是os厂商策略变化，都是HTML5爆发的充要条件。在接下来一轮浪潮中，又会孕育无数机会。
无论是用户轻松获取应用的需求拉动，还是开发者的跨平台需求拉动，HTML5消灭了自身的问题，展现出它应有的魅力。
而超级App等HTML5入口流量的增大，给了HTML5更大的舞台。
再过2个月，HTML5将正式定稿，全世界范围将掀起一股HTML5热潮，聪明的开发者还在等那个时候吗？现在就该动手了！
HTML5的大幕面向开发者徐徐拉开，这波浪潮中，谁会成为弄潮儿？哪些既得利益者逐渐衰落？我们拭目以待。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。当前位置： >
HTML5的定稿真正可以颠覆目前火热的原生APP吗
　　W3C(万维网联盟2014年10月底正式宣布HTML5正式定稿，科技圈就像发现了可以打破谷歌、苹果所统领的原生APP世界的方法，发表了很多宣讲HTML5将真正开始颠覆原生(Native)App的文章，也开始着力发展HTML5，开始抢占HTML5这个未来的风口。那么HTML5为成为下一个风口吗？HTML5的定稿真正可以颠覆目前火热的原生APP吗？个人认为，存在以下的机遇。
　　1.苹果、谷歌的态度
　　苹果、所代表的iOS、安卓系统，占据了移动端系统的95%以上的市场份额，并且，谷歌、苹果都是原生APP的忠实拥趸。要知道的是，HTML5或者说Web APP之所以没有成为移动互联网最主要的APP实现方式，正式2007年，第一代iPhone的问世，将Web APP几乎从移动互联网上被赶尽杀绝，加之原生APP在用户交互上的优异，根本没有Web APP的生存空间。
　　好在，Google在2013年底发布的Android 4.4，内置的Webview不再是蹩脚的Android WebKit浏览器，而是Chromium。2012年iPhone 5发布后，HTML5在iOS上的表现已令人满意，Safari独家的JavaScript加速引擎Nitro不再那么重要，不过在iOS 8发布后，苹果还是很识趣地取消了三方程序调用Nitro的限制，现在任意浏览器或应用调用iOS的UIWebview都可以利用Nitro加速。两大手机操作系统霸主和浏览器巨头的态度发生了变化，使得HTML5在手机上的发展不再受限，而且这个变化不可逆只能继续向前，这种变化势必会产生深远的影响(引自36氪于日发表的《HTML 5终于定稿，八年后我们再一次谈谈怎么改变世界》)。
　　谷歌、苹果似乎也看到了未来HTML5的优势，除了在浏览器内核上也做了些改变，在浏览器的操作上也做了相应的变化，比如，在Safari的浏览器中，便可以将网页添加到主屏幕，在主屏幕上增加一个快速进入该网页的Web应用程序，或许这正是在为未来基于HTML5开发的Web APP搭设人口。
　　2. HTML5自身的技术限制
　　尽管HTML5是唯一一个通吃PC、Mac、iPhone、iPad、Android、Windows Phone等主流平台的跨平台语言。但是自身的缺陷却也不可避免。API的缺少、无法与移动端的硬件进行很好的交互、移动端特有的推送的不支持、交互的不流畅&&都是短期内无法快速普及，阻挡Web APP发展的主要阻力。
　　3.软件开发商的态度
　　从目前来看，谷歌、苹果在原生APP市场的统治力的存在，因此对HTML5的态度一直不是太明确，既没有大力发展的态势，也没有完全否定。基于此，软件开发商，也存在不同的态度，一种是继续保留原生APP，并不开发Web APP；另一种是大力发展基于HTML5的Web APP；然而更多是采用了一种混合开发的模式，即采用原生+HTML5的方式进行混合开发，即可以借助原生的技术，弥补HTML5的缺陷，又可以借助HTML5技术，实现快速迭代等功能。目前一些立足于平台的APP或者新闻类的APP，大多都采取了混合开发的模式。然而混合开发模式，尽管是HTML5技术的重大利用，但不可否认，还是依托的以原生为主的APP来进行运行。
　　4. Web APP的入口和运行环境
　　在移动互联网的早期，借助浏览器，Web APP有很好的运行环境和优质的入口，但随着Web APP被原生APP取代，原生APP建立了系统+应用商店的模式，作为原生APP的获得入口和运行环境，然而Web APP的获得入口和运行环境是什么？由于不同的系统之间，浏览器的内核存在不同，因此，对于HTML5的支持能否影响到Web APP的使用和交互，成了最核心的问题。微信似乎给出了一个很好的解决方式，日，微信对开发者开放了微信内网页开发工具包(微信JS-SDK)，可以方便的让用户借助JS-SDK，开发基于微信的Web-App，并借助微信服务号代替网址的方式，逐渐搭建了一个Web APP的应用商店和运行环境。
　　尽管HTML5面前路途漫漫，充满了荆棘，但不可否认，随着HTML5的定稿，未来Web APP将迎来一个最好的发展机遇，随着硬件处理能力的提高，原本HTML5的性能问题，也将会得到解决，技术的提升，将会逐渐抹去与原生APP的差距。凭借其跨平台的优势，自然会得到很大的发展。但至于能否完全替代原生APP，在我看来，并不太可能，正如网页游戏的推出，并没有打败客户端游戏一样。未来Web APP将存在于适合他的环境中，原生APP也将在它适合的环境中，正如现在的iOS、安卓一样，共同存在吧。
更多精彩内容推荐
热门频道推荐HTML5已定稿：将彻底颠覆原生应用【编程语言】,专业承接网页前端工作室,专业承接网页切图排版|html页面制作|jpg或psd转html,符合w3c标准
时间： 来源：
HTML5已定稿：将彻底颠覆原生应用【编程语言】
点击次数：9413
其它web前端开发资讯
web前端行业资讯Web new NewsList
我们保证We guarantee
> psd效果文件手工切图，保证图片效果最好体积最小利于传输
> 100%手写的HTML(DIV+CSS)编码，绝对符合W3C标准
> 代码精简、css沉余量小、搜索引擎扫描迅速，网页打开快捷
> 应用Css Sprite能够减少HTTP请求数，提高网页性能
> 跨浏览器兼容（IE6、7、8、9，Firefox火狐，Chrome谷歌）
一些合作过的客户