HTML5画布是否能够处理Flash等丰富复杂的游戏？

此外，由于HTML等标准需要很长时间才能出台，HTML5中的

（尽管在规范中可能不会被替换）是否有可能在浏览器中经常更新，以便它可以像Flash在其各种迭代中做的那样越来越好

---

换言之，十年后我们可能会有

，但今天的画布将不会是五年后的画布，除非是名义上的画布？

简短的回答是，在当前和可预见的未来，没有

首先，你需要意识到我们在这里谈论的不仅仅是HTML5。动画、游戏逻辑、2D/3D引擎等也需要Javascript。尽管Actionscript的性能非常差，但与之相比，Javascript的性能非常糟糕。此外，Flash有一个成熟和开发的IDE和一套绘图工具，允许创建复杂的矢量图形和动画。据我所知，

中不存在这样的东西

至于规格部分，同样是不可能的。Adobe控制Flash的IDE、语言规范和客户端播放器。这基本上意味着他们可以用它做任何他们想做的事情。如果你不喜欢这些变化，就不要购买/使用他们的产品。这意味着他们可以按照自己认为合适的方向开发自己的产品，而且开发速度永远无法与W3C相媲美

另一方面，HTML则大不相同。W3C必须与主要的浏览器供应商坐下来，同时听取web开发人员和最终用户的意见。尽管像

和

这样浮华而有趣的特性是每个web开发人员的愿望之首，但向后兼容性对于规范来说也极其重要。这就是规范开发如此缓慢的原因之一——规范不仅仅取决于W3C的推出——还有采用规范的浏览器供应商、使用这些功能的web开发人员以及升级浏览器的最终用户。这些都不会随着HTML5而改变，那么你为什么期望开发速度加快呢

如果您必须在Flash上使用canvas，那么很值得一看Grant Skinner在Create.js套件中所做的工作-Easel.js是对Flash显示模型（容器、参数等）进行建模或近似的一个很好的尝试，使用一个像样的js IDE（hmmm），您可以得到一些好东西，但是如果你是一个Flash开发人员，你的经历通常是相当令人沮丧的，就像回到十年前，用JavaScript编写复杂的程序？为严重的疼痛做好准备

在纯粹的性能方面，canvas已经取得了长足的进步，但您仍然需要使用JS编写代码，您缺少了flashide，这使开发减少了数周的时间。希望，如果我们真的要采用这种凌乱的Flash，AdobeEdge将对此有所帮助

---

另外，HTML5的声音支持也很可怜。再一次，Grant Skinner和Audio.JS可以减轻很多痛苦，但和display一样，flash功能集的大块部分在HTML5中根本不存在，而且还并没有办法接近它们，正如Yi Jiang指出的（你们可以放心地忽略另一个答案），任何重大的更改都需要很长时间才能实现

你在拿苹果和桔子做比较<代码>是一个普通的2D位图（或带有WebGL的3D视图…），您可以在其上绘制和应用变换。Flash远不止这些，

只是“HTML5”组合中许多元素中的一个。你肯定不会仅仅使用

作为替代品，因为像tiles引擎这样的东西只使用纯HTML要快得多。尽管存在一些基本的概念障碍，但已经有很多好的游戏是用2D和3D画布编写的，具有硬件加速功能。浏览器支持可能是一个问题，但一旦有了支持浏览器，以后就不会有太多问题。你可以从一个网站开始，这个网站有数百个主要基于画布的游戏和应用程序。@Delan:数百？共有118个实验，其中一手的实验被称为“应用程序”或“游戏”。目前，还没有一款基于HTML5的好游戏可以与flash中的功能或迄今为止HTML4中的功能相媲美。谷歌已经将Quake 2移植到WebGL，这是其强大功能的最好例子之一。@Delan:是的，如果你使用WebGL、WebSocket，LocalStorage和所有其他功能大约95%的浏览器都没有按照当前的草稿实现，或者根本没有实现，或者在默认情况下没有实现（出于良好的原因），那么HTML5确实是非常有能力的。港口是概念证明，而不是产品。说到实际产品，市场上没有任何产品利用HTML5功能（更不用说quake 2 port使用的功能），我认为这不会很快改变，因为目标受众仍然很小，技术也很年轻。