说HTML5

如果有非技术人员问你，HTML5是什么，你会怎么回答？

新的HTML规范。。。

给浏览器提供了牛逼能力，干以前不能干的事。。。（确切地说应该是给浏览器规定了许多新的接口标准，要求浏览器实现牛逼的功能。。。 这里感谢红枫一叶）

给浏览器暴露了许多新的接口。。。

加了很多新的效果。。。

问的人其实并不明白他想问的真正问题，回答的人貌似明白，但又好像少了点什么。牛逼的能力、新的接口、炫酷的效果，首先回答的人自己就是晕晕乎乎。什么是HTML、什么是CSS、什么是DOM、什么是JavaScript，大部分的前端开发每天都在用这些，但很少会有人去思考一下他们之间的关系。

首先，HTML的全称是超文本标记语言，是一种标记形式的计算机语言。将这种标记语言给专门的解析器，就能够解析出一定的界面效果。浏览器就是专门解析这种标记语言的解析器。我们说他最终的效果是在屏幕上展示出特定的界面，那么浏览器肯定要把一个个的标记转换成内部的一种数据结构，这种数据结构便是DOM元素。比如，一个<a>标签在浏览器内部的世界中就是一个HTMLAnchorElement类型的一个实例。

一个HTML文件就好比用超文本标记语言写的一篇文章，文章通常是有结构的，在浏览器眼里它就是DOM。DOM描述了一系列层次化的节点树。（但这时候的DOM还是存在于浏览器内部是C++语言编写的）

随着历史的发展，当人们不在满足简单的显示文本，对于某些文本需要特殊强调或者给添加特殊格式的需求，慢慢的冒了出来。面对人们需要控制显示效果的需求，最先想到的也最简单的方式就是加标记。加一些样式控制的标记。这时候就出现了像<font>、<center>这种样式控制的标记。但是这样一来，所有的标记就会分为两大类：一种是说我是什么，一种是说我怎么显示。这还不是大问题，标记简单，但是浏览器要解析标记可就不那么简单了。想一想，这样干的话DOM也就要分成两大类，一类属于描述元素的DOM节点，一类属于描述显示效果的DOM节点。一个DOM节点可能代表一个元素，也可能是代表一种显示效果。怎么看都觉得别扭呀。

最后人们决定废弃样式标签，给元素标签添加一个style特性，style特性控制元素的样式（最初的样式声明语法肯定很简单）。原来的样式标签的特性，现在变成了样式特性的语法，样式标记变成了样式特性。这样逻辑上就清晰多了。那么问题来了：

• 一篇文章如果修辞过多，必然会引起读者的反感。如果把元素和显示效果都放在一个文件中，必然不利于阅读。
• 如果有10个元素都需要一个效果，是不是要把一个style重复写十遍呢
• 父元素的设置效果对子元素有没有影响，让不让拼爹
• 。。。。。。。。。

类似的问题肯定有很多，所以出来了CSS，层叠样式表，带来了css规则、css选择器、css声明、css属性等，这样以来就解决了以上痛点。标记语言这层解决了，但是浏览器就不能干坐着玩耍了，必然得提供支持。所以浏览器来解析一个静态html文件时，遍历整个html文档生成DOM树，当所有样式资源加载完毕后，浏览器开始构建呈现树。呈现树就是根据一系列css声明，经历了层叠之后，来确定一个个个DOM元素应该怎么绘制。这时候其实页面上还没有显示任何界面，渲染树也是浏览器内存里面的一种数据结构。渲染树完成之后，开始进行布局，这就好比已经知道一个矩形的宽高，现在要在画布量一量该画在哪，具体占多大地方。这个过程完了之后就是绘制的过程，然后我们便有了我们看到的显示界面了。

给标记加点效果的问题解决了，历史的车轮又开始前进了。慢慢的人们不再满足简单的显示效果，人们希望来点交互。那个时候写HTML的大部分并不懂软件开发，开玩笑嘛，我一写活动页的你让我用C++？C++干这事的确是高射炮打蚊子——大材小用。那正规军不屑干的事就交给游击队吧，这时候网景公司开发出了JavaScript语言，那时候的JavaScript根本没有现在这么火，一土鳖脚本语言，哪像现在这么牛逼哄哄统一宇宙。

JavaScript本是运行在浏览器的语言，HTML文本是静态的，不可能让JavaScript修改静态文件，但可以跟浏览器内部打交道。可是这个时候的DOM并不是今天的DOM，他们是C++对象，要么把JavaScript转换成C++指令操作这些C++对象，要么把这些C++对象包装成JavaScript原生对象。历史选择了后者，这时候也就标志着现代DOM的正式诞生。不过历史有时候会出现倒退，历史上总会出现几个奇葩，比如IE，IE奇葩他全家，包括Edge！

马克思是个江湖骗子，但恩格斯是个好同志。自然辩证法与历史唯物主义是好东西。从历史的角度我们可以看到。CSS、DOM、JavaScript的出现于发展最终的源头都在HTML，超文本标记语言。人们对web的需求最终都汇集在HTML上。所以只要历史产生新的需求，最终的变化都首先发生在HTML规范上。

当交互性不能在满足人们需求时，web迎来了新的需求：webapp。要迎合新的需求，首先要改变的就是HTML规范，这个时候已有的HTML4.0，已经无法满足人们日益增长的需求，所以HTML5迎着历史的需求，经过八年的艰苦努力，终于在2014年正式定稿！HTML5肯定是要加入新标签，然对于传统HTML而言，HTML5算是一个叛逆。所有之前的版本对于JavaScript接口的描述都不过三言两语，主要篇幅都用于定义标记，与JavaScript相关内容一概交由DOM规范去定义。而HTML5规范，则围绕着如何使用新增标记定义了大量JavaScript API（所以其中有一些API是与DOM重叠，定义了浏览器应该支持的DOM扩展，由此可以看到HTML5也必定不是HTML的最终版）。

后记—— 本文只是一个旁观者以线性的方式来翻阅HTML的发展史，但历史更像是晴空上突然的晴天霹雳，一声过后，有人哀嚎遍野，有人高歌入云。以此纪念曾红极一时的Silverlight、Flex，以此纪念广大一线开发者活到老学到老的不懈精神、曾经耗费的精力、曾经逝去的青春。

学习从来不是一个人的事情，要有个相互监督的伙伴，想要学习或交流前端问题的小伙伴可以私信小明获取web前端入门资料，一起学习，一起成长！

动互联网技术让所有人都享受到了技术发展和体验到了进步的乐趣。除此之外移动互联官网的快速发展也推进了HTML5的进化，使得HTML5 培训自然而然的备受期待和瞩目。

过去这些年，HTML5颠覆了PC互联网的格局，优化了移动互联网的体验，而HTML5相比较HTML4来说新增了高级的动画效果。那么接下来，HTML5将颠覆原生App世界——HTML5培训成为全方位人才。

这听起来有点危言耸听，但是若认真分析HTML5的发展史，会发现，这个世界的发展趋势确实就是这样。由于超级App的巨大流量能轻易成为HTML5应用的入口，并且会形成大者更大的效应，传统的应用商店、甚至线下预装，这些流量不足和效率偏低的发行模式将被挤出市场主流。本身也是超级App的大流量应用商店，如果转型得当，也将以发行HTML5应用为主。

每年有上万名选择东时，选择东时HTML5培训的学员。为了让学员尽快的进入到企业开发的项目中，东时使用自主开发的产品和为客户定制的企业产品为案例，帮助学生更好的了解HTML5 开发技术，东时HTML5 培训让你掌握业内最高端的技术，并不是我们唯一的目的，没有一家培训机构能够提供如此丰富、完善的多方位人才服务。

选择HTML5 培训，成为全方位人才还有多远?距离就在一瞬间，转眼间的5个月就能完成。

去这些年，HTML5颠覆了PC互联网的格局，优化了移动互联网的体验，接下来，HTML5将颠覆原生App世界。这听起来有点危言耸听，但若认真分析HTML5的发展史，你会发现，这个世界的发展趋势确实就是这样。

祝愿大家在HTML5的浪潮中，把握住机遇，享受下坐在风口当猪的感觉。

HTML5对开发者的7大优势

跨平台

在多屏年代，开发者的痛苦指数非常高，人人都期盼HTML5能扮演救星。多套代码、不同技术工种、业务逻辑同步，这是折磨人的过程。有点类似个人电脑早期世界，那个时候的每家电脑都有自己的操作系统和编程语言，开发者疲于做不同版本，其实DOS的盛行也很大程度是因为开发者实在没精力给其他电脑写程序。跨平台技术在早期大多因为性能问题夭折，但中后期硬件能力增强后又会占据主流，因为跨平台确实是刚需。

快速迭代

移动互联网是一个快鱼吃慢鱼的时代，谁对用户的需求满足的更快，谁的试错成本更低，谁就拥有巨大的优势。互联网产品大多免费、且有网络效应，后入者抢夺用户的难度非常大。使用原生开发，从招聘、开发、上线各个环节的效率都慢一倍以上，而且参与的人越多，沟通效率往往拖慢不止一倍。

持续交付

很多人有这样的体会，一个原生应用上线Appstore，突然有一个大bug，只好连夜加班修复，然后静静等待2周或更长时间的Apple审核，这2个星期被用户的涂抹淹死，市场上一片差评，用户大量流失。等新应用被审核上线了，用户已经卸载了。但是，HTML5没有这些问题，你可以实时更新，有问题立即响应。

大幅下降成本

创业者融资并不容易，如何花钱更高效非常重要。如果你使用原生开发的App和竞争对手使用HTML5开发的App没什么区别，但你的开发成本高出一倍，我相信没有投资人会喜欢给你投钱。

开源生态系统发达

HTML5前端是开放的正反馈循环生态系统，大量的开源库可以使用，开发应用变得更轻松、更敏捷，当然这也体现在了快速迭代和成本下降上。不过更重要的是，这种开放的正反馈循环生态系统未来的生命力是比原生生态系统更强劲的。

开放的数据交换

HTML是以page为单元开放代码的，它无需专门开发SDK，只要不混淆，就能与其他应用交互数据。开发者可以让手机搜索引擎很容易检索到自己的数据， 也更容易通过跨应用协作来满足最终用户需求。

更容易推广、更容易爆发

导流入口多：HTML5应用导流非常容易，超级App(如微信朋友圈)、搜索引擎、应用市场、浏览器，到处都是HTML5的流量入口。而原生App的流量入口只有应用市场。聪明的HTML5开发者当然会玩转各种流量入口从而取得更强的优势。

流量大：前段时间微信朋友圈风靡一时《神经猫》，这个游戏如果放到Appstore，绝对没有那么多流量，超级App带来的流量，远大于原生应用市场。假如微信允许游戏在桌面创建快捷方式、假如游戏后续升级解决持续娱乐问题，未来不可想象。

导流效率高：除了入口多、流量大，导流效率高也不可忽视，谁都知道：页游和端游打同样的广告，广告变用户的转化率，页游远远高于端游。

HTML5对最终用户的3大优势

大幅降低使用门槛

为什么流媒体会替代下载视频成为主流?为什么页游会如此火爆?只因用户太“懒”。让用户更方便的满足需求，有时效果好于更多的满足需求。

用户眼睛看到一个兴趣点，点击后，就应该立即开始满足用户需求。比如流媒体可以立即看，页游可以立即玩。而目前的原生应用市场，用户需要这样操作：选一个应用、等待下载、确认权限、等待安装，然后点击打开。这样糟糕的体验迟早要被颠覆。

不管是App、游戏还是音视频，未来都将即点即用。谁先满足用户这个需求，谁就制胜。

实时更新、差量更新的优秀体验

HTML5应用可以绕开应用市场的限制进行自主实时更新，用户可以快速享受新服务。

而且这种更新完全可以是差量更新，比如某个HTML页面或某个js文件有问题，只更新这个几k的小文件就可以了，这比原生应用的更新体验好太多。

跨应用的使用体验

目前手机应用切换是以桌面或任务管理器为中心的，但事实上这些中心很影响效率和体验。用户想出差三亚，先打开去哪App订票，然后切回桌面，再找到并打开天气App，搜索输入三亚，再切到桌面，找到并打开航旅纵横App，输入航班号值机，哦对了，航班号多少来着，再切到桌面，找到并打开去哪App看航班号，最后找到并打开租车App，输入租车地点，然后再切回桌面。

在原生应用体系下，用户只能这样。但在HTML5体系下，他不需要切回桌面，他可以在App间方便的直接跳来跳去，而不是使用一个一个孤岛App;他更不用重复录入数据，应用间可以方便的互相传递数据。

这种模式需要一点想象力，但未来迟早会来。

分析至此，我们可以明显的看出，不管是站在最终用户角度、还是站在开发者角度，HTML5必将取代原生应用当前的位置。并由此引发一系列颠覆。

还有什么会被改变？

HTML5的爆发，原生App生态系统的颠覆，是一场产业革命，很多角色都会受到影响，我们来预测一番。

新型HTML5引擎战火将烧起

标准的HTML5引擎并不能解决HTML5的所有问题，拥有大流量入口的互联网巨头，莫不在思考内嵌更优秀的增强引擎。腾讯推出了X5浏览器引擎，就是看中这个机会。目前各路浏览器厂商、应用市场厂商、甚至rom厂商，都在努力整合更优质的浏览器引擎。假使微信内嵌的Webview可以运行更优秀的canvas游戏、假使360手机助手可以发行即点即用的HTML5应用并且能力体验与原生一致、假使小米rom内置更强大的webview使得所有HTML5应用在小米手机上运行的更流畅。

一个巨头开始行动，所有巨头都会闻风而动，没错，这场战役会是移动互联网世界的二次世界大战。

应用发行市场将洗牌

由于超级App的巨大流量能轻易成为HTML5应用的入口，并且会形成大者更大的效应，传统的应用商店、甚至线下预装，这些流量不足和效率偏低的发行模式将被挤出市场主流。本身也是超级App的大流量应用商店，如果转型得当，也将以发行HTML5应用为主。

广告和统计市场

原生的广告和统计SDK提供商会面临尬尴，Google、百度等基于网页的广告和统计服务会取得更大的优势。开发者不再需要打包SDK，引入一个Script即可。

开源技术将在移动互联网领域更加流行

HTML的开放性造就了大量的开源产品，也反向促进了HTML的繁荣。在Github上有大量的JS框架，而原生的开源代码数量相比甚少。而未来移动互联网世界将因为开源而发展的更迅速，这里也同样存在类Github厂商的机遇。

开发工具的变化

早期HTML只需要记事本写几个Tag，中期的HTML、JS、CSS比较复杂，需要更高级的文本编辑器，但HTML5到来后，它的代码量、复杂度、开发模型将与原生开发看齐，需要类似XCode、Eclipse等专业的IDE工具来解决开发、调试的问题。一些以会使用记事本写代码为荣的开发者，将面临思路转换甚至被更高效的开发者淘汰。

性能分析调优

目前很多针对原生应用的性能分析调优工具或服务，未来也面临转型，HTML5应用的性能分析调优是另一个世界。

混淆与产权保护

HTML5是开放代码的，好处也带来弊端，有些东西开发者希望暴露，但有些东西开发者希望保护。混淆技术就变得更有商业机会。PC Web上Gmail的混淆就做的不错。除了JS混淆，离线数据加密相信也有不少空间。

HTML5第一阶段： Web 增强与破垄断

自HTML5诞生以来，一共经历了两个阶段，分别是Web增强和移动互联网。我们先从Web 增强说起。

web体验的丰富增强主要表现在：1. webapp，比如gmail;2. 流媒体;3. 游戏。我们就这3个方面来讲HTML5做了什么。

1. webApp

HTML5新增了离线存储、更丰富的表单(比如Input type=date)、js线程、socket王乐、标准扩展embed、以及很多css3新语法…

2. 流媒体

HTML5新增了audio、video

3. 游戏

HTML5新增了canvas、webgl

当然还有Google努力在HTML5中推进Header和Section等标签，以利于搜索引擎分析，这些不多述。

HTML5补充流媒体和游戏能力后，加上苹果强势拒绝在iOS上引入Flash，成功的遏制了Flash的发展，然后就该遏制IE私有语法了。

在HTML5标准的升级过程中，苹果和Google同时也看到了浏览器市场重新洗牌的机会，他们一方面参与HTML5的规范，一边在浏览器产品上发力。Apple首先开始大力发展Safari，建立WebKit开源项目，Mac、iOS、Windows多平台齐发力;Google起初是赞助Mozilla开发Firefox，后来自己开发了v8引擎，合并WebKit，于2008年正式推出Chrome。“IE的私有规范+Flash不是标准，我们才是标准”这样的口号在新一代浏览器大战中打响，IE瞬间成为千夫所指的垄断代表，甚至成了阻碍Web发展的罪人(当时IE6已数年未更新，并且丝毫不惧Firefox的发展)。

偏偏微软此时也出了晕招，推出了一系列即不完整支持规范又互相不兼容的IE7、8、9、10，彻底失去了开发者的心。

Adobe的Flash被遏制，与Web霸主的位子擦肩而过;IE的私有标准被遏制，并且造成IE市场份额不停下滑，直到IE最新的移动版本反过来开始支持WebKit私有语法，真是令人唏嘘。不知道HTML6是不是该打倒WebKit垄断了。

HTML5第二阶段： 移动互联网

随着Chrome和Safari的高歌猛进，以及IE+Flash的衰落，HTML5告一段落，进入了下一个时代——移动互联网。HTML5的跨平台优势在移动互联网时代被进一步凸显。HTML5是唯一一个通吃PC、Mac、iPhone、iPad、Android、Windows Phone等主流平台的跨平台语言。Java和Flash都曾梦想这个位置，但梦断于iOS。此时人们纷纷开始研究基于HTML5开发跨平台手机应用。很多人当时认为，原生应用只是过渡，就像当年从C/S结构转变为B/S结构一样。而且学习Objective-C和Java很费劲，我既然会网页开发，为何不试试HTML5。

W3C此时成立了Device API工作组，为HTML5扩展了Camera、GPS等手机特有的API，然而麻烦的是，移动互联网初期的迭代太快了，手机OS在不停的扩展硬件API，陀螺仪、距离感应器、气压计。。。每年手机OS都有大版本更新。而W3C作为一个数百家会员单位共同决策的组织，从标准草案的提出到达成一致是非常复杂的过程，跟不上移动互联网初期的快速迭代。

PhoneGap的出现，给开发者打开了一扇窗。很多人期待PhoneGap不停扩展API，来补充浏览器的不足。Adobe看到PhoneGap仿佛看到了重振江湖地位的希望，但在Adobe收购PhoneGap后，又发现这个东西可商用性不足，而且开源使得Adobe无法像Flash那样获取商业利益，于是就把PhoneGap捐给了Apache，改名为Cordova。

因为各种原因，Cordova的定位最终没有成为浏览器的强化，而走向了混合式开发。基于当时的背景，他们认为原生是不可替代的，“原生+HTML5”的混合模式更有意义。所以现在Cordova的使用模型是“原生工程师+HTML5工程师”一起协作完成App。

这时Facebook加入了W3C，牵头成立了Mobile Web工作组。Facebook是混Web圈的，并且在手机OS上没有自己的领地，他不喜欢被苹果和Google掌控的原生应用生态系统。Mobile Web这个工作组的重要目标就是让HTML5开发的网页应用达到原生应用的体验。然而，事与愿违，它不努力也就算了，结果是努力了却失败了。2012年，Facebook放弃了HTML5的新闻充斥了全世界的IT媒体，HTML5瞬间被打入冷宫。

Facebook为何放弃HTML5?核心是当时基于HTML5真的做不出好的移动App。对比Twritter等竞争对手的原生App，Facebook的HTML5版本实在无法让用户满意。比如Push功能，到现在HTML5的推送和原生的推送体验差距依然巨大，更不用说HTML5应用的页面切换白屏、下拉刷新/侧滑菜单不流畅等众多问题。看着原生工程师轻松实现摇一摇、二维码、语音输入、分享到朋友圈等功能，更是让HTML5工程师感觉自己站错了队。

即使Facebook不喜欢被控制，也不能拿被用户抛弃来冒险。而且Facebook并没有掌握关键点—手机浏览器内核。如果浏览器不跟上，徒然定一堆标准草案落不了地。

而浏览器在手机上的表现是什么呢?先看Google，Chrome性能虽高，但Android上的浏览器却并非Chrome，而是WebKit改出来的一个蹩脚的Android浏览器;再看苹果，iOS上不允许其他浏览器引擎上架App Store，而且其他使用Safari引擎的应用也无法调用苹果自己的JavaScript加速引擎Nitro。结果是苹果和Google不但不在浏览器上积极实现HTML5关于移动App所需的规范，反而对HTML5做出种种限制。

不管是当时硬件能力不足，还是手机OS厂商的故意限制，总之结果就是：在移动互联网的初期，一定是原生应用生态系统的天下，iOS和Android首先自己的地盘稳固后，产业才会向下个阶段升级。

Facebook也好，PhoneGap也好，想在移动互联网初期就分一杯羹是分不到的，但坚持下来，机会往往会出现。

HTML5这回真的来了

终于，在2014年10月底，W3C宣布HTML5正式定稿。这个时间，不晚不早，硬件性能更强、手机OS迭代速度下降。

随着HTML5标准定稿，一切纷争将告一段落，现在，属于HTML5的时代到来了。

有人说，光标准定稿没用啊，配套起来了吗?HTML5做的应用究竟能否匹敌原生App?答案是，HTML5不但可以匹敌原生App，甚至它天然的很多特性超越了原生App。

我们先谈谈HTML5原来不如原生应用的地方，业内俗称HTML5有“性工能”障碍。即HTML5性能不如原生、开发工具不如原生、能力调用不如原生。

这几个问题导致开发者无法使用HTML5做出与原生一样的App。然而，不管是硬件升级还是OS厂商策略变化，以及相关软件技术的成熟，已解决了HTML5的“性工能”障碍。

1. 硬件升级

011年，iPhone 4s的CPU是A5，现在iPhone 6是A8，按苹果的历次发布会的说法，速度共提升了7.5倍。这3年间7.5倍的速度提升，抹平了太多HTML5的性能问题。

2. 苹果、Google的策略变化

Google在2013年底发布的Android 4.4，内置的Webview不再是蹩脚的Android WebKit浏览器，而是Chromium，性能大幅提升。从最新的Android5.0开始，Webview可以通过Google Play Store实时更新，和Chrome的升级保持一致，用户就可以不刷机享受到最新的浏览器引擎;再看Apple方面，2012年iPhone 5发布后，HTML5在iOS上的表现已令人满意，Safari独家的JavaScript加速引擎Nitro不再那么重要，不过在iOS 8发布后，苹果还是很识趣地取消了三方程序调用Nitro的限制，现在任意浏览器或应用调用iOS的UIWebview都可以利用Nitro加速，这样在前端使用JS做大型运算也成为可能。两大手机操作系统霸主和浏览器巨头的态度发生了变化，使得HTML5在手机上的发展不再受限，而且这个变化不可逆只能继续向前，这种变化势必会产生深远的影响。

3. 软件技术的成熟

PhoneGap的发展虽然放缓了，但其他产品技术却成熟了。2014年的iWeb大会上，众多厂商的产品提供了面向开发者免费或开源的HTML5性工能障碍的解决方案。

英特尔公司发布了Crosswalk引擎，可以让Android 4.0-4.3的手机上的应用打包Chromium引擎而不是Android WebKit。毕竟目前市场上存在大量Android 4.0-4.3的手机，同时统一的webview也避免了兼容性的烦恼。

在专业方向上很多公司也做出了不错的成绩。触控的Cocos2d-html5、Egret runtime和Ludei CocoonJS强化了Canvas的表现，让HTML5游戏体验更好;UC、猎豹等手机浏览器都强化了音视频播放的表现。

不管是硬件升级、软件成熟，还是操作系统厂商策略变化，都在强力推动HTML5的爆发。

不过要注意，我说的HTML5爆发，不是指手机浏览器会替代桌面成为应用入口。有人说HTML5不好，因为用户讨厌打开浏览器输入URL的过程。我想说这种想法是对HTML5的片面理解。HTML5!=传统浏览器，虽然编程语言还是HTML、Javascript、CSS，但发行方式绝不是传统网站那么简单。HTML5应用的入口，反而很少是启动浏览器输入URL，它可以是存在于手机桌面的图标、也可以来自超级App(如微信朋友圈)、以及搜索引擎、应用市场、广告联盟。。。到处都是它的入口。它的入口，比原生App更多。

原生App的颠覆

HTML5的“性工能”障碍得到解决，可以接近原生App的效果，所以它就可以替代原生App吗?很多人认为，即使HTML5会发展的比现在好，也将是与原生App各占一部分市场的格局，要求不高的长尾应用会使用HTML5，而主流应用仍是原生App的天下。

但我认为这样的想法很危险，就像Apple成立前，HP的高层告诉沃兹：谁会在家里摆一台电脑呢?未来HTML5肯定会颠覆原生App。

总结

其实未来如何发展是没人能准确预测的，变量非常多。但我想让用户和开发者都更方便的趋势是不会错的。