HTML5 是否仅取代 Flash/Silverlight 的视频方面？

Question

我看到很多关于 HTML5 视频标签将如何杀死 Flash 的讨论。 但是，虽然视频是 Flash/SL 中使用最广泛的部分，但这只是它们技术能力的一小部分。 例如，您可以使用 Flex 中的全 3D 图形和套接字连接以及严肃的商业应用程序等编写游戏。

是否认为 Javascript 会杀死 Flash/Flex/SL 的那些部分？ 因为虽然现在对于非常丰富的网络应用程序来说这似乎是可行的，但是像实时图形这样的高性能应用程序呢？

Answer 1

你可以用 HTML5、Canvas 等来做一些非常酷的事情。 查看 Google 托管的http://www.chromeexperiments.com/ （实际上应该将其命名为 HTML5 实验，因为大多数在 HTML5 浏览器上运行良好）。 您可以了解什么是可能的，包括 3D 渲染、复杂的游戏和一些非常棒的动画。

_{（来源： chromeexperiments.com ）}

Michael Deal 的画板

Answer 2

基本上，这个问题已经存在了。

答案简而言之：不，HTML5 不会取代任何东西。 然而，HTML5 将为目前只能通过插件提供的功能提供标准。 一旦 HTML5 发布（定于 2022 年发布），那将是一件好事。 尽管如此，即使到那时，如果 IE 幸存下来，我怀疑它的支持将是出色的。

有一个非常相似的问题，我提供了一个相当冗长但详细的答案： Web 开发人员是否应该学习 Flash

对于任何认为 HTML5 将取代 3rd 方插件的人，我个人的看法是，他们缺乏对 HTML5 角色的基本了解或对任何插件的足够了解，并且对网络如何发展几乎没有把握。

是的，当 HTML5 广泛传播到大公司可以依赖它的时候，他们中的许多人将能够替换其 Web 应用程序中的 3rd 方插件。 然而，正如我在另一篇文章中指出的，网络在不断发展。 HTML5 不提供使用插件无法提供的新功能。 并且 HTML5 没有提供当前使用插件可用的所有功能。 新类型的应用程序、服务和内容分发机制将会出现。 此外，只要 JavaScript 保持完全动态，JS 运行时将永远无法提供与设计用于运行从静态类型语言生成的字节码的运行时相同的速度。

就我个人而言，对于客户端，我基本上只针对 Flash Player，因为对我来说它是最方便的平台。 我不担心 HTML5 可能会杀死 Flash，原因很简单：

直到 HTML5 真正可用并通过足够的用户适应得到广泛支持，还需要几年时间。 同时，所有主要插件及其生态系统将继续发展，包括开发工具、交叉编译器和兼容层。
今天，你已经不需要 HTML、CSS 甚至 JavaScript 的知识来创建 web 应用程序，使用 GWT、qooxdoo 或其他工具。
HTML+CSS+JS 只不过是一个平台，越来越多的语言能够定位。 使用合理数量的抽象，人们迟早将能够以完全与平台无关的方式开发应用程序，几乎不会为所有应用程序的大部分份额带来开销：GUI（包括本地化、验证等）和应用程序逻辑。

最后，没有理由感到兴奋。 目前，Flash 和 Silverlight 在速度和通过可用 API 公开的功能方面都超过了 HTML+JavaScript 实现。 这就是为什么人们使用它。 尽管不太可能，但总有一天它们可能会过时。 在这个光明、光明的未来，很远很远的地方，我很乐意编译我的源代码以在 JavaScript 解释器中运行，而不是在 AVM2 上运行。

在一个模糊的相关说明上：查看Haxe 。

Answer 3

当今有许多使用 Flex 构建的具有实时数据流和图形的高性能应用程序正在生产中。 您可以在flex.org 展示中看到这些示例。 与往常一样，决定一项技术归结为正在构建什么，为谁而构建，以及是谁在构建它。 Flash、Flex、Silverlight、HTML5 等都将共存。

Answer 4

我认为这取决于创作工具和浏览器的效率。 据悉，即将推出的 Flash CS5 将内容直接导出为 HTML5 画布。 所以画布可以是一个相当合理的闪存替代品。

Answer 5

我参与的关于这个主题的讨论几乎总是得出这样的结论，虽然 HTML 5 标准一旦到位，将是一件很棒的事情。 根据定义，它将成为一个标准，标准需要很长时间才能改变，因此创新将主要由 Flash 和 SL 等插件驱动。

是的，你可以用 Javascript 做很多 Flash 和 SL 可以做的事情，但是 Flash/Flex 的强项是用于桌面安装的 Air 应用程序，而 Silverlight 的“浏览器外”功能也有类似的功能。 在这些方面，它们显然比 Javascript 具有优势。

归根结底，这不是谁会杀死谁的问题，而是哪种工具适合这项工作以及您/您的开发团队拥有哪些技能。

反正那是我的2c...

Answer 6

Flex 是否取代了 HTML 表单？ HTML 表单是否杀死了 Flex？ C++ 取代了 C 吗？ Ruby、Lua 或 Python 是否已经杀死了 Haskell、Scheme 或程序集？

说真的，最近对 HTML5 是否会杀死插件的痴迷是什么？ 很难想象人们将 Flash 用于需要突出和最大化表现力的内容，而将 HTML5 用于需要利用标准隐喻和最大化可访问性的内容吗？

换句话说，不 - 有思想的人的想法并不是 HTML5 堆栈会杀死 Flash/Flex/SL。 如果事情按预期运行，插件将继续创新您可以使用专有技术做什么，而 HTML 将继续采用这些创新中最成功的并对其进行标准化。 如果事情不顺利——如果一个插件没有创新，或者新版本的 HTML 做得不好，那么随着开发人员坚持解决他们的问题，他们就会变得默默无闻。

Answer 7

对于“像实时图形这样的高性能应用程序”，请参阅 WebGL。 Mozilla 和 WebKit 已经对基于<canvas>元素的 WebGL 提供了实验性支持。

对于套接字，有 WebSockets，在某些浏览器中也是实验性的。

对于可以改善用户体验的后台处理，有网络工作者（再次实验）。

很多实验性的东西，但他们不断地改进它们，所以在某些时候，即使没有定义它们的 HTML5 标准，我们也可能会看到专门针对某个浏览器的游戏（实际上，有一些概念证明，但我不能立即找到链接）。

Answer 8

我认为 JS 已经杀死了 Flash/SL/JavaFX。 JS 是网络上最常用的语言，所以只需添加一些功能，增强一些花絮和瞧。 Flash 因视频和游戏而生机勃勃，没有严肃的网站使用 Flash 或任何其他 RIA。 等等，未来几年这将是一个地狱般的旅程。