Flash 走向死亡,数十年兴衰之路你知多少

达尔文
 达尔文
发布于 2017年07月28日
收藏 12

作为最大名鼎鼎的网络多媒体技术之一,Flash的名号可谓是无人不知无人不晓。然而,触手曾伸及形形色色网站的Flash,现在终于要退出历史的舞台。Adobe已经宣布,Flash将会在2020年停止开发和更新,这意味着Flash已经彻底走向淘汰。

盛极一时的Flash,是如何被人抛弃的?明明是Flash先来的,玩小游戏也好,看视频也好,实现各种复杂的交互也好,但为什么Flash会被HTML5取而代之?

Flash:曾是互联网世界的超级英雄

Flash在今天给人的印象是臃肿而又低效的,但在Flash刚刚诞生的时候,却被视作是互联网世界的超级英雄。Flash诞生自1996年,当时的Flash可是网络上冉冉升起的超新星——小巧、高效、跨平台,无论是开发者还是用户,看到Flash都会笑逐颜开。

在上世纪末本世纪初,互联网的世界是单调的。别看现在的网页和浏览器干啥都行,但在Web1.0的年代,HTML平台能做的事情极其有限——网页多只是简陋的文字排版,图片往往是马赛克级别的分辨率,能动起来的GIF图片,动不动数M的体积,对于当时流行的拨号上网来说,可谓是一图杀猫的存在。此情此景下,Flash俨然成为了令人啧啧称奇的魔法。

单调的网页一旦使用了Flash,面貌往往会焕然一新。Flash能够用仅仅十几K到几百K的体积,呈现出放大也不会失真的矢量彩色动图,甚至还能够做出足以令人沉迷一整天的Flash小游戏。

Flash一度成为了互联网中最耀目的多媒体技术,是否使用了Flash,甚至成为了人们来衡量一个网站先进与否的标准。


Flash的大展拳脚,离不开它的准确定位——HTML平台不行,那Flash自己就来做平台。Flash用插件的身份,干着平台才需要负担的繁重工作。在Adobe丰盈的奶水的滋润下,Flash茁壮成长。

Flash先后加入了对Javascrip、HTML、XML的支持,新增了滤镜和层的模式,加持了Actionscript语言,并增强了影音方面的功能一举把RM/RMVB赶到了线下。加上Flash跨平台的特性,极其容易移植,因此Flash很快就在互联网上打出了一片天地。

Flash最为鼎盛的时候,市面上稍微高端点的设备,支持Flash被视作是理所当然的事情。看看那些即便乖乖给Adobe授权费也要抱住Flash大腿的设备吧——黑莓、PS3、PSP、Wii、PocketPC、Windows Mobile、塞班……哪个不是一方英雄,哪个不是一时豪杰?但是,这些大佬们也不得不对Flash敬重三分。不过,终于还是出现了对Flash说“不”的人——苹果。

Flash为何走向淘汰?

随着iPhone的流行,Flash在移动市场迅速衰退。2007年出现的iPhone一开始就不支持Flash,当时正值Flash的顶峰。很多人起初对苹果这一决定嗤之以鼻,但最后发觉原来增加续航的最好方法不是增大电池,而是抛弃Flash。于是,Android也在2012年宣布不再支持Flash,Flash在移动市场不再有立足之地。

Flash在移动平台的衰败最后波及到了桌面市场。Chrome从去年的Chrome 42开始,就已经强制把Flash装入沙箱,以PPAPI的形式运行;在今年推出的Chrome 55中,更是默认禁止Flash运行。

Chrome的前辈Firefox更加激进,去年就已经默认禁止Flash运行了。微软的Edge浏览器是对Flash支持得比较好的,但也宣布将会在Win10 RS2新版中默认禁止Flash。1996年诞生的Flash用了10年攀上顶峰,然后走了10年下坡路;3年后的2020年,Flash将会走到生命的终点。

上文提到,Flash以插件的身份,做着平台该做的事情,功能非常强大。为何如此强大、如此流行的Flash会走向衰落?原因大致如下。

首先,Flash效率变低了。随着功能的增多,Flash的效率明显变低。现在的Flash,能解码编码H.264,能进行3D渲染,能播放7.1声道环绕声,能支持游戏手柄……林林总总的功能集于一身,加上易于开发,粗劣低效的Flash不断在网络泛滥。

Flash的功能越来越强大,开发人员使用Flash开发的产品也愈发繁多庞杂,Flash开始被用来干一些奇怪的事情,比如说卖卖小广告啦,玩玩小游戏啦——这些应用多是粗制滥造,很难想象有人会为Flash广告优化代码,是吧。人们慢慢发现,当低劣的Flash充斥着网页的时候,电脑开始不堪重负了,Flash落下了一个烤肉机驱动程序的称号。

毫无疑问,贴满了低效Flash的页面是非常不适合移动互联网的,没有什么设备的电量能经受住Flash的拷问,这令Flash迅速被移动平台所摒弃。自然而然,Flash也就淡出了这个移动为王的时代。

其次,Flash非常不安全。Flash以一个插件的身份,干着平台干的事情,所导致的后果就是承受了平台级别的风险。君不见多少个0Day漏洞自Flash而出,例如在2015年,安全机构NTT Group公布的十大最危险的漏洞就全部出自Flash。Flash能够运行相当复杂的代码,这让Flash非常容易被渗透。加上Adobe在安全方面的不上心,这令Flash安全问题频发。

Flash支持多个平台,这令它带来的安全问题影响更加严重。一旦Flash出现安全问题,N种浏览器、操作系统都有可能被攻陷。在移动互联网时代,设备承担了越来越多的隐私数据,没人希望隐私从满是漏洞的Flash中泄漏出去。因此,Flash遭到了冷落。

再者,Flash很不稳定。作为一个插件,它自身频频崩溃也就罢了,还经常拉着浏览器乃至操作系统一起殉情。光是播放视频,Flash就能给你弄出蓝屏事件,往往不得不关闭Flash的硬件加速提升稳定性。

最后,Flash已经有了替代品——HTML5。Flash之所以得以流行,是因为当时的网页实现不了什么功能,需要Flash这样的插件充当救火队员。现在,HTML5已经基本上能包办Flash所有能干的事情了。无论是视频播放,还是小游戏,使用HTML5都可以轻松实现。同时,HTML5对比Flash的效率更高,安全性更好,不需要另外安装插件也可以在各大平台运行,对不同设备的支持要比Flash更加友好。

另外,作为一款商业软件,Flash并不符合互联网的开放精神,起码就不如大家一起来运营的HTML5来得符合。在之前,HTML5标准的制定一片混乱,WHATWG和W3C为了争夺HTML5标准的话语权,内斗不已。

现在一切尘埃落定,HTML5标准已经出炉,业界再也没有什么理由观望而不跟进。甚至Adobe也宣布,Flash的开发工具Flash Builder更名为Adobe Animate CC,加入对HTML5的支持。爸爸都不爱你了,Flash还是乖乖睡进历史书吧。

总结

简而言之,Flash的兴起和衰落,不仅仅是因为本身的堕落,还要考虑历史的进程。历史的进程已经钦点了HTML5做接班人,你问我支不支持HTML5?反正业界都支持,微软、苹果、Google乃至Adobe都在力推HTML5。Flash被彻底淘汰的2020年并不远,但目前国内仍有不少视频站使用Flash,希望国内视频站能尽快转用HTML5,给用户带来更好的体验吧。

来源:太平洋电脑网

>>>【评论有礼】7月10日-31日在下方评论资讯,即有机会获得 9 活跃积分和开源中国实物周边。活动详情

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:Flash 走向死亡,数十年兴衰之路你知多少
加载中

精彩评论

eechen
eechen
HTML5是有标准,但由多家实现,结果或多或少有差异,而Flash由Adobe一家控制,差异更小.
还有个很大的问题就是,HTML5开发的网页游戏,怎么进行源代码保护,生死劫来了吧.
Aschrius
Aschrius
低劣的flash不是flash的锅而是写出劣质flash代码的人。
梅开源
梅开源
flash站在gif和applet的尸体上,html5没那么强
BruceWan
BruceWan

引用来自“BruceWan”的评论

Silverlight 与 Adobe Flash 、Java Applet 、GWT。早就注定他们的末路

引用来自“雪球615”的评论

GWT根本不是一回事,不是插件,准确说是java到js的编译器,google的许多产品都在用。
你懂GWT吗?先了解一下再评论吧。

引用来自“BruceWan”的评论

凡是想用不好用、不通用、小众的技术,解决现在浏览器已结具备的能力的框架或技术,终将走向历史的坟墓!而依托浏览器能力,且能够方便且直观的构建复杂工程及应用的框架技术,将是历史的潮流。像:Microsoft Silverlight、Adobe Flash 、Java Applet、Google GWT、Ext、xxxUI、JQuery,这类跑在浏览器中的外部插件或符合上面条件的JS插件库都将走向历史

引用来自“生吃番茄酱”的评论

h5没有你想象的那么牛逼~
ext臃肿但是巨好用,纯js构建用户界面爽到爆炸,��其实倒是希望他能用es6重构下。

你所说的那些ui展示的原生js库,哪能走向历史,都是ui展示,又不是技术更新,仅是一个框架替换另一个框架罢了。

引用来自“BruceWan”的评论

你根本就不明白以前那些xxxUI和现在这些新的前端框架以及它们对应的UI库的区别,打个比方:如果说以前xxxUI的组件是原始人做的独木舟,有多大木头做多大船。而现在的前端框架的组件是近现代人做的大型船舶的零件。这就是技术与思维方式变革。专业的说:以前的组件是写的死死的,就像独木舟一样凿成什么样就什么样,虽然也能小改动,现在的组件就像船的零部件一样,整个船的都是可以拆散、可完全定制的,而且每个零部件之间有一套简单、方便的规范进行衔接。现在的前端框架不仅仅是解决UI组件的问题,而是解决复杂应用的工程化问题。既然现在的前端框架能完全解决现在的前端问题,为什么独木舟时代的产品不走向历史,

引用来自“生吃番茄酱”的评论

也就是编程的思维变革,哪有技术的革新。
拿ext来说,组建化工程化做的非常好,��不过他是自成一套体系罢了。

我想请教下,目前不用这些新框架会出现的问题有那些?
Ext、Dojo这类框架的通病:1、过重(尤其是类库,什么都往里面丢,不精简下),2、学习成本变的非常高,3、难以美化(自定义样式比较麻烦),4、技术不通用,有时遇到问题或者框架的BUG,卡你一两天很正常,5、丧失了web的灵动和自由,6、前端开发上并没有运用工程化思想
Aschrius
Aschrius

引用来自“BruceWan”的评论

Silverlight 与 Adobe Flash 、Java Applet 、GWT。早就注定他们的末路

引用来自“雪球615”的评论

GWT根本不是一回事,不是插件,准确说是java到js的编译器,google的许多产品都在用。
你懂GWT吗?先了解一下再评论吧。

引用来自“BruceWan”的评论

凡是想用不好用、不通用、小众的技术,解决现在浏览器已结具备的能力的框架或技术,终将走向历史的坟墓!而依托浏览器能力,且能够方便且直观的构建复杂工程及应用的框架技术,将是历史的潮流。像:Microsoft Silverlight、Adobe Flash 、Java Applet、Google GWT、Ext、xxxUI、JQuery,这类跑在浏览器中的外部插件或符合上面条件的JS插件库都将走向历史
h5没有你想象的那么牛逼~
ext臃肿但是巨好用,纯js构建用户界面爽到爆炸,��其实倒是希望他能用es6重构下。

你所说的那些ui展示的原生js库,哪能走向历史,都是ui展示,又不是技术更新,仅是一个框架替换另一个框架罢了。

最新评论(35

SimonYe
SimonYe
扯淡~,好多直播都还在用,你竟然说要屎了~
BruceWan
BruceWan

引用来自“BruceWan”的评论

Silverlight 与 Adobe Flash 、Java Applet 、GWT。早就注定他们的末路

引用来自“雪球615”的评论

GWT根本不是一回事,不是插件,准确说是java到js的编译器,google的许多产品都在用。
你懂GWT吗?先了解一下再评论吧。

引用来自“BruceWan”的评论

凡是想用不好用、不通用、小众的技术,解决现在浏览器已结具备的能力的框架或技术,终将走向历史的坟墓!而依托浏览器能力,且能够方便且直观的构建复杂工程及应用的框架技术,将是历史的潮流。像:Microsoft Silverlight、Adobe Flash 、Java Applet、Google GWT、Ext、xxxUI、JQuery,这类跑在浏览器中的外部插件或符合上面条件的JS插件库都将走向历史

引用来自“生吃番茄酱”的评论

h5没有你想象的那么牛逼~
ext臃肿但是巨好用,纯js构建用户界面爽到爆炸,��其实倒是希望他能用es6重构下。

你所说的那些ui展示的原生js库,哪能走向历史,都是ui展示,又不是技术更新,仅是一个框架替换另一个框架罢了。

引用来自“BruceWan”的评论

你根本就不明白以前那些xxxUI和现在这些新的前端框架以及它们对应的UI库的区别,打个比方:如果说以前xxxUI的组件是原始人做的独木舟,有多大木头做多大船。而现在的前端框架的组件是近现代人做的大型船舶的零件。这就是技术与思维方式变革。专业的说:以前的组件是写的死死的,就像独木舟一样凿成什么样就什么样,虽然也能小改动,现在的组件就像船的零部件一样,整个船的都是可以拆散、可完全定制的,而且每个零部件之间有一套简单、方便的规范进行衔接。现在的前端框架不仅仅是解决UI组件的问题,而是解决复杂应用的工程化问题。既然现在的前端框架能完全解决现在的前端问题,为什么独木舟时代的产品不走向历史,

引用来自“生吃番茄酱”的评论

也就是编程的思维变革,哪有技术的革新。
拿ext来说,组建化工程化做的非常好,��不过他是自成一套体系罢了。

我想请教下,目前不用这些新框架会出现的问题有那些?

引用来自“BruceWan”的评论

Ext、Dojo这类框架的通病:1、过重(尤其是类库,什么都往里面丢,不精简下),2、学习成本变的非常高,3、难以美化(自定义样式比较麻烦),4、技术不通用,有时遇到问题或者框架的BUG,卡你一两天很正常,5、丧失了web的灵动和自由,6、前端开发上并没有运用工程化思想

引用来自“生吃番茄酱”的评论

再请教下,什么是工程化
https://zhuanlan.zhihu.com/p/24575395,或知乎:“前端工程化”
Aschrius
Aschrius

引用来自“BruceWan”的评论

Silverlight 与 Adobe Flash 、Java Applet 、GWT。早就注定他们的末路

引用来自“雪球615”的评论

GWT根本不是一回事,不是插件,准确说是java到js的编译器,google的许多产品都在用。
你懂GWT吗?先了解一下再评论吧。

引用来自“BruceWan”的评论

凡是想用不好用、不通用、小众的技术,解决现在浏览器已结具备的能力的框架或技术,终将走向历史的坟墓!而依托浏览器能力,且能够方便且直观的构建复杂工程及应用的框架技术,将是历史的潮流。像:Microsoft Silverlight、Adobe Flash 、Java Applet、Google GWT、Ext、xxxUI、JQuery,这类跑在浏览器中的外部插件或符合上面条件的JS插件库都将走向历史

引用来自“生吃番茄酱”的评论

h5没有你想象的那么牛逼~
ext臃肿但是巨好用,纯js构建用户界面爽到爆炸,��其实倒是希望他能用es6重构下。

你所说的那些ui展示的原生js库,哪能走向历史,都是ui展示,又不是技术更新,仅是一个框架替换另一个框架罢了。

引用来自“BruceWan”的评论

你根本就不明白以前那些xxxUI和现在这些新的前端框架以及它们对应的UI库的区别,打个比方:如果说以前xxxUI的组件是原始人做的独木舟,有多大木头做多大船。而现在的前端框架的组件是近现代人做的大型船舶的零件。这就是技术与思维方式变革。专业的说:以前的组件是写的死死的,就像独木舟一样凿成什么样就什么样,虽然也能小改动,现在的组件就像船的零部件一样,整个船的都是可以拆散、可完全定制的,而且每个零部件之间有一套简单、方便的规范进行衔接。现在的前端框架不仅仅是解决UI组件的问题,而是解决复杂应用的工程化问题。既然现在的前端框架能完全解决现在的前端问题,为什么独木舟时代的产品不走向历史,

引用来自“生吃番茄酱”的评论

也就是编程的思维变革,哪有技术的革新。
拿ext来说,组建化工程化做的非常好,��不过他是自成一套体系罢了。

我想请教下,目前不用这些新框架会出现的问题有那些?

引用来自“BruceWan”的评论

Ext、Dojo这类框架的通病:1、过重(尤其是类库,什么都往里面丢,不精简下),2、学习成本变的非常高,3、难以美化(自定义样式比较麻烦),4、技术不通用,有时遇到问题或者框架的BUG,卡你一两天很正常,5、丧失了web的灵动和自由,6、前端开发上并没有运用工程化思想
再请教下,什么是工程化
BruceWan
BruceWan

引用来自“BruceWan”的评论

Silverlight 与 Adobe Flash 、Java Applet 、GWT。早就注定他们的末路

引用来自“雪球615”的评论

GWT根本不是一回事,不是插件,准确说是java到js的编译器,google的许多产品都在用。
你懂GWT吗?先了解一下再评论吧。

引用来自“BruceWan”的评论

凡是想用不好用、不通用、小众的技术,解决现在浏览器已结具备的能力的框架或技术,终将走向历史的坟墓!而依托浏览器能力,且能够方便且直观的构建复杂工程及应用的框架技术,将是历史的潮流。像:Microsoft Silverlight、Adobe Flash 、Java Applet、Google GWT、Ext、xxxUI、JQuery,这类跑在浏览器中的外部插件或符合上面条件的JS插件库都将走向历史

引用来自“生吃番茄酱”的评论

h5没有你想象的那么牛逼~
ext臃肿但是巨好用,纯js构建用户界面爽到爆炸,��其实倒是希望他能用es6重构下。

你所说的那些ui展示的原生js库,哪能走向历史,都是ui展示,又不是技术更新,仅是一个框架替换另一个框架罢了。

引用来自“BruceWan”的评论

你根本就不明白以前那些xxxUI和现在这些新的前端框架以及它们对应的UI库的区别,打个比方:如果说以前xxxUI的组件是原始人做的独木舟,有多大木头做多大船。而现在的前端框架的组件是近现代人做的大型船舶的零件。这就是技术与思维方式变革。专业的说:以前的组件是写的死死的,就像独木舟一样凿成什么样就什么样,虽然也能小改动,现在的组件就像船的零部件一样,整个船的都是可以拆散、可完全定制的,而且每个零部件之间有一套简单、方便的规范进行衔接。现在的前端框架不仅仅是解决UI组件的问题,而是解决复杂应用的工程化问题。既然现在的前端框架能完全解决现在的前端问题,为什么独木舟时代的产品不走向历史,

引用来自“生吃番茄酱”的评论

也就是编程的思维变革,哪有技术的革新。
拿ext来说,组建化工程化做的非常好,��不过他是自成一套体系罢了。

我想请教下,目前不用这些新框架会出现的问题有那些?
Ext、Dojo这类框架的通病:1、过重(尤其是类库,什么都往里面丢,不精简下),2、学习成本变的非常高,3、难以美化(自定义样式比较麻烦),4、技术不通用,有时遇到问题或者框架的BUG,卡你一两天很正常,5、丧失了web的灵动和自由,6、前端开发上并没有运用工程化思想
Aschrius
Aschrius

引用来自“BruceWan”的评论

Silverlight 与 Adobe Flash 、Java Applet 、GWT。早就注定他们的末路

引用来自“雪球615”的评论

GWT根本不是一回事,不是插件,准确说是java到js的编译器,google的许多产品都在用。
你懂GWT吗?先了解一下再评论吧。

引用来自“BruceWan”的评论

凡是想用不好用、不通用、小众的技术,解决现在浏览器已结具备的能力的框架或技术,终将走向历史的坟墓!而依托浏览器能力,且能够方便且直观的构建复杂工程及应用的框架技术,将是历史的潮流。像:Microsoft Silverlight、Adobe Flash 、Java Applet、Google GWT、Ext、xxxUI、JQuery,这类跑在浏览器中的外部插件或符合上面条件的JS插件库都将走向历史

引用来自“生吃番茄酱”的评论

h5没有你想象的那么牛逼~
ext臃肿但是巨好用,纯js构建用户界面爽到爆炸,��其实倒是希望他能用es6重构下。

你所说的那些ui展示的原生js库,哪能走向历史,都是ui展示,又不是技术更新,仅是一个框架替换另一个框架罢了。

引用来自“BruceWan”的评论

你根本就不明白以前那些xxxUI和现在这些新的前端框架以及它们对应的UI库的区别,打个比方:如果说以前xxxUI的组件是原始人做的独木舟,有多大木头做多大船。而现在的前端框架的组件是近现代人做的大型船舶的零件。这就是技术与思维方式变革。专业的说:以前的组件是写的死死的,就像独木舟一样凿成什么样就什么样,虽然也能小改动,现在的组件就像船的零部件一样,整个船的都是可以拆散、可完全定制的,而且每个零部件之间有一套简单、方便的规范进行衔接。现在的前端框架不仅仅是解决UI组件的问题,而是解决复杂应用的工程化问题。既然现在的前端框架能完全解决现在的前端问题,为什么独木舟时代的产品不走向历史,
也就是编程的思维变革,哪有技术的革新。
拿ext来说,组建化工程化做的非常好,��不过他是自成一套体系罢了。

我想请教下,目前不用这些新框架会出现的问题有那些?
BruceWan
BruceWan

引用来自“BruceWan”的评论

Silverlight 与 Adobe Flash 、Java Applet 、GWT。早就注定他们的末路

引用来自“雪球615”的评论

GWT根本不是一回事,不是插件,准确说是java到js的编译器,google的许多产品都在用。
你懂GWT吗?先了解一下再评论吧。

引用来自“BruceWan”的评论

凡是想用不好用、不通用、小众的技术,解决现在浏览器已结具备的能力的框架或技术,终将走向历史的坟墓!而依托浏览器能力,且能够方便且直观的构建复杂工程及应用的框架技术,将是历史的潮流。像:Microsoft Silverlight、Adobe Flash 、Java Applet、Google GWT、Ext、xxxUI、JQuery,这类跑在浏览器中的外部插件或符合上面条件的JS插件库都将走向历史

引用来自“生吃番茄酱”的评论

h5没有你想象的那么牛逼~
ext臃肿但是巨好用,纯js构建用户界面爽到爆炸,��其实倒是希望他能用es6重构下。

你所说的那些ui展示的原生js库,哪能走向历史,都是ui展示,又不是技术更新,仅是一个框架替换另一个框架罢了。
你根本就不明白以前那些xxxUI和现在这些新的前端框架以及它们对应的UI库的区别,打个比方:如果说以前xxxUI的组件是原始人做的独木舟,有多大木头做多大船。而现在的前端框架的组件是近现代人做的大型船舶的零件。这就是技术与思维方式变革。专业的说:以前的组件是写的死死的,就像独木舟一样凿成什么样就什么样,虽然也能小改动,现在的组件就像船的零部件一样,整个船的都是可以拆散、可完全定制的,而且每个零部件之间有一套简单、方便的规范进行衔接。现在的前端框架不仅仅是解决UI组件的问题,而是解决复杂应用的工程化问题。既然现在的前端框架能完全解决现在的前端问题,为什么独木舟时代的产品不走向历史,
BruceWan
BruceWan

引用来自“生吃番茄酱”的评论

低劣的flash不是flash的锅而是写出劣质flash代码的人。

引用来自“BruceWan”的评论

flash漏洞超级多,这锅谁背。乔布斯痛恨它的原因之一

引用来自“生吃番茄酱”的评论

没有什么是十全十美的,每个系统都有漏洞。
每个系统确实都有可能存在漏洞,如果三天小补两天一大补,Mac这样的系统会使用flash吗?Mac系统对权限管理的如此严格,它允许一个第三方插件绕过系统吗?目前来看支持H5的浏览器已经具备大部分能力,而且浏览器的漏洞相对flash插件的漏洞少之又少,而且浏览器也受到操作系统厂家的控制,相对好很多!
Aschrius
Aschrius

引用来自“BruceWan”的评论

Silverlight 与 Adobe Flash 、Java Applet 、GWT。早就注定他们的末路

引用来自“雪球615”的评论

GWT根本不是一回事,不是插件,准确说是java到js的编译器,google的许多产品都在用。
你懂GWT吗?先了解一下再评论吧。

引用来自“BruceWan”的评论

凡是想用不好用、不通用、小众的技术,解决现在浏览器已结具备的能力的框架或技术,终将走向历史的坟墓!而依托浏览器能力,且能够方便且直观的构建复杂工程及应用的框架技术,将是历史的潮流。像:Microsoft Silverlight、Adobe Flash 、Java Applet、Google GWT、Ext、xxxUI、JQuery,这类跑在浏览器中的外部插件或符合上面条件的JS插件库都将走向历史
h5没有你想象的那么牛逼~
ext臃肿但是巨好用,纯js构建用户界面爽到爆炸,��其实倒是希望他能用es6重构下。

你所说的那些ui展示的原生js库,哪能走向历史,都是ui展示,又不是技术更新,仅是一个框架替换另一个框架罢了。
Aschrius
Aschrius

引用来自“生吃番茄酱”的评论

低劣的flash不是flash的锅而是写出劣质flash代码的人。

引用来自“BruceWan”的评论

flash漏洞超级多,这锅谁背。乔布斯痛恨它的原因之一
没有什么是十全十美的,每个系统都有漏洞。
nnnnfyc
nnnnfyc
我觉得在两三年之内应该还会用,如果你使用国内的视频网站那应该别想他现在淘汰的事情。如,爱奇艺、优酷等
返回顶部
顶部