我看到很多关于HTML5视频标签将如何扼杀Flash的讨论。但是,虽然视频是Flash/SL中使用最广泛的部分,但它只是他们技术能力的一小部分。例如,您可以使用Flex中的全3D图形和Socket连接来编写游戏,以及严肃的商业应用程序等。
有人认为,Javascript会扼杀Flash/Flex/SL的这些部分吗?因为,虽然现在看来,即使是相当丰富的网络应用程序,这似乎也是可行的,但任何一种高性能的应用程序,如实时图形,又如何呢?
我看到很多关于HTML5视频标签将如何扼杀Flash的讨论。但是,虽然视频是Flash/SL中使用最广泛的部分,但它只是他们技术能力的一小部分。例如,您可以使用Flex中的全3D图形和Socket连接来编写游戏,以及严肃的商业应用程序等。
有人认为,Javascript会扼杀Flash/Flex/SL的这些部分吗?因为,虽然现在看来,即使是相当丰富的网络应用程序,这似乎也是可行的,但任何一种高性能的应用程序,如实时图形,又如何呢?
8条答案
按热度按时间pokxtpni1#
你可以用HTML5、Canvas等做一些很酷的事情。看看谷歌托管的http://www.chromeexperiments.com/(真的,它应该被命名为HTML5实验,因为大多数都可以在HTML5浏览器上运行得很好)。你可以得到一个想法,什么是可能的,包括3D渲染,复杂的游戏和一些相当惊人的动画。
(来源:chromeexperiments.com)
Sketchpad作者:Michael Deal
wixjitnu2#
基本上,这个问题已经存在了。
简而言之,答案是否定的,HTML5不会取代任何东西。然而,HTML5将为目前只能通过插件提供的功能提供一个标准。HTML5计划于2022年发布,这将是一件很棒的事情。尽管如此,即使到那时,如果IE存活下来,我也怀疑它的支持会不会很出色。
还有一个非常类似的问题,我提供了一个相当冗长但详细的答案:Web开发人员应该学习Flash吗?
我个人对任何认为HTML5将取代第三方插件的人的看法是,他们对HTML5的角色缺乏基本的理解,对任何插件都缺乏足够的知识,对网络的发展也几乎没有把握。
是的,有一天HTML5得到了足够的普及,让大公司可以依赖它,其中许多公司将能够在他们的网络应用程序中替换第三方插件。然而,正如我在另一篇文章中指出的那样,网络在不断发展。HTML5没有提供插件无法提供的新功能。而且HTML5没有提供目前使用插件提供的所有功能。新的应用程序、服务和内容分发机制将会出现。此外,只要JavaScript保持完全动态,JS运行时将永远不能提供与运行时相同的速度,该运行时旨在运行从静态类型语言生成的字节码。
就我个人而言,对于客户端来说,我基本上只针对Flash播放器,因为它对我来说是最方便的平台。我不怕HTML5会扼杀Flash,原因很简单:
在HTML5真正可用并通过充分的用户调整得到很大程度的支持之前,还需要几年的时间。与此同时,所有主要的插件以及它们的生态系统都将继续发展,包括开发工具、交叉编译器和兼容层。
今天,使用GWT、qooxdoo或其他工具创建Web应用程序时,您已经不需要了解HTML、CSS,有时甚至不需要了解JavaScript。
Html+css+js只不过是一个越来越多的语言能够瞄准的平台。使用合理数量的抽象,人们迟早能够以完全平台无关的方式开发应用程序,几乎不会为所有应用程序的大部分份额带来任何开销:图形用户界面(包括本地化、验证等)。和应用程序逻辑。
归根结底,没有理由感到兴奋。目前,Flash和Silverlight在速度和通过可用的API公开的功能方面都超过了HTML+JavaScript实现。这就是人们使用它的原因。虽然不太可能,但有一天它们可能会过时。在这个光明、光明的未来,在遥远的未来,我将很高兴编译我的源代码,使其在一个JavaScript解释器中运行,而不是在AVM2上运行。
在一个隐约相关的笔记上:查看Haxe。
2ledvvac3#
如今,有许多高性能的应用程序都是用Flex构建的,它们都具有实时数据流和图形功能。您可以在flex.org showcase中看到一些这样的示例。一如既往,对一项技术的决定归根结底是要建造什么,为谁建造,以及谁在建造它。Flash、Flex、Silverlight、HTML5等都将共存。
dy1byipe4#
我参与的关于这个主题的讨论,似乎总是得出这样的结论:虽然HTML5标准将是一件伟大的事情,但一旦它到位。根据定义,它将是一个标准,标准需要很长时间才能改变,因此创新将主要由Flash和SL等插件驱动。
是的,你可以做很多Flash和SL可以做的事情,但是Flash/Flex的优点是可以用于桌面安装的Air应用程序,而Silverlight也有类似的功能,他们的“离开浏览器”功能。在这些事情上,他们显然比Java脚本占了上风。
归根结底,这不是谁会杀死谁的问题,而是哪种工具适合这项工作,以及您/您的开发团队拥有什么技能的问题。
不管怎么说,那是我的2c。
sqougxex5#
Flex取代了HTMLForms吗?超文本标记语言表单是否扼杀了Flex?C++已经取代C语言了吗?Ruby、Lua或Python是否杀死了Haskell、方案或汇编?
说真的,最近人们对HTML5是否会扼杀插件的痴迷是什么?对于需要突出和最大化表现力的内容,人们使用Flash,而对于需要使用标准隐喻和最大可访问性的内容,使用HTML5,这真的很难想象吗?
换句话说,不--有思想的人的想法并不是HTML5堆栈会扼杀Flash/Flex/SL。如果事情按其应有的方式工作,插件将不断创新你可以用专有技术做的事情,而HTML将继续采用这些创新中最成功的并将其标准化。如果事情做得不好--如果一个插件没有创新,或者一个新版本的HTML做得不好,那么它们就会变得默默无闻,因为开发人员坚持用什么来解决他们的问题。
zmeyuzjn6#
我认为这取决于创作工具和浏览器的效率。据悉,即将推出的Flash CS5直接以HTML5画布的形式输出内容。因此,画布可以成为一个相当合理的闪光灯替代品。
of1yzvn47#
关于“像实时图形一样的高性能应用”,请参见WebGL。Mozilla和WebKit已经对基于
<canvas>
元素的WebGL提供了实验性支持。对于套接字,有WebSocket,这在一些浏览器中也是试验性的。
对于可以改善用户体验的后台处理,有网络工作者(再次进行实验)。
有很多实验性的东西,但他们正在不断地改进它们,所以在某个时候,即使没有HTML5标准定义它们,我们也可能会看到专门针对特定浏览器的游戏(实际上,有一些概念证明,但我现在找不到链接)。
pgpifvop8#
我认为JS已经扼杀了Flash/SL/JavaFX。JS是网络上使用最多的语言,所以只需添加一些功能,增强一些花絮,就好了。Flash的存在是因为视频和游戏,没有任何严肃的网站使用Flash或任何其他RIA。等一等,接下来的几年将会是一段地狱般的旅程。