HTML（SVG、CSS、WebGL和JavaScript）在复制Flash/Flex今天的功能方面还有多远？

作为一名Flash和Flex开发人员，看到HTML5的进步有点令人沮丧。别误会，我并不反对进步，对我来说，只是目前用Flash和AJAX编写应用程序更容易。我喜欢用Flash和Flex写作，我认为ActionScript是一种非常棒的语言。但是，在ActionScript或JavaScript方面取得的进步以及HTML5中的视频可能使Flash/Flex成为过去

那么，您认为HTML什么时候会或是Flash/Flex for RIA的竞争对手，或者浏览器的不兼容性会阻止这种情况的发生

---

我问这个问题的原因是，如果HTML5可以做得更多，我不知道继续使用Flash/Flex是否是一个好主意。只是想从使用这些技术的其他开发人员那里寻找一些答案。

HTML/CSS/Javascript一起解决了一个与Flash不同的问题

HTML和CSS是关于页面外观的，是互联网上的“通用”语言。实际上，它是浏览器本机唯一能理解的语言。Javascript在大多数浏览器中都是本机支持的，但它是一种粘合语言，从未打算允许Flash的灵活性

---

Flash/Flex旨在创建一个可移植但专有的应用程序框架。然而，没有HTML，Flash和Flex就不存在。

HTML/CSS/Javascript一起解决了一个与Flash不同的问题

HTML和CSS是关于页面外观的，是互联网上的“通用”语言。实际上，它是浏览器本机唯一能理解的语言。Javascript在大多数浏览器中都是本机支持的，但它是一种粘合语言，从未打算允许Flash的灵活性

---

Flash/Flex旨在创建一个可移植但专有的应用程序框架。然而，没有HTML，Flash和Flex就不存在。

开发人员永远无法停止学习。如果它不是HTML5，它将是其他东西。我会继续编写你喜欢的程序，但是开始使用HTML5，看看它能做些什么。它会开阔你的视野，帮助你以新的方式思考问题。但是你不必放弃你现在正在做的事情，尤其是HTML5还没有为大众市场做好准备。

开发者永远不能停止学习。如果它不是HTML5，它将是其他东西。我会继续编写你喜欢的程序，但是开始使用HTML5，看看它能做些什么。它会开阔你的视野，帮助你以新的方式思考问题。但是你不必放弃你现在正在做的事情，尤其是HTML5还没有为大众市场做好准备。

有四件事阻碍了现代浏览器与flash的发展

1.工具。用Flash制作动画等显然要容易得多。另外，JS/SVG没有Flash现在提供的直接动画支持。这是可以做到的，但这是手动的

2.业绩。JS/SVG/Canvas不能像Flash那样快速地执行，当然也不能像Flash那样在浏览器间保持一致。并不是每个应用程序都需要性能，JS等人正在迎头赶上。但目前，它们在总体表现上仍落后

3.采用浏览器。是的，以前的浏览器战争。不同的实现、不同的速度、传统浏览器等。所有困扰便携式web的问题都适用于现代浏览器技术。因此，制作一个可移植的工件需要更多的工作，即使这样，它也可能无法工作，尤其是在旧的浏览器上

4内容保护。Flash在IP控制等方面很难成为内容安全的堡垒，但它在JS、HTML、SVG等方面日以继夜，几乎都是免费的。这尤其会让像视频这样的东西感到困惑，现在视频主要是Flash播放器背后的堡垒，而不是简单地将MP4流式传输到客户端

我们已经看到了一些更聪明的Javascript广告，例如那些恼人的浮动动画面板。我在等待更多这些，就像动画迷你广告应用程序和flash一样。大多数禁用Flash的用户这样做的主要原因是禁用应用程序。JS迷你广告不会有这个问题

---

然而，这些广告的主要创作者是Flash专门针对的创意人士。它很容易使用，而不是真正的技术。除非你能用Javascript和其他工具做到这一点，否则Flash将有一个巨大的市场。

有四个因素使现代浏览器落后于今天的Flash

1.工具。用Flash制作动画等显然要容易得多。另外，JS/SVG没有Flash现在提供的直接动画支持。这是可以做到的，但这是手动的

2.业绩。JS/SVG/Canvas不能像Flash那样快速地执行，当然也不能像Flash那样在浏览器间保持一致。并不是每个应用程序都需要性能，JS等人正在迎头赶上。但是在妈妈那里 尽管如此，它们的总体表现仍然落后

3.采用浏览器。是的，以前的浏览器战争。不同的实现、不同的速度、传统浏览器等。所有困扰便携式web的问题都适用于现代浏览器技术。因此，制作一个可移植的工件需要更多的工作，即使这样，它也可能无法工作，尤其是在旧的浏览器上

4内容保护。Flash在IP控制等方面很难成为内容安全的堡垒，但它在JS、HTML、SVG等方面日以继夜，几乎都是免费的。这尤其会让像视频这样的东西感到困惑，现在视频主要是Flash播放器背后的堡垒，而不是简单地将MP4流式传输到客户端

我们已经看到了一些更聪明的Javascript广告，例如那些恼人的浮动动画面板。我在等待更多这些，就像动画迷你广告应用程序和flash一样。大多数禁用Flash的用户这样做的主要原因是禁用应用程序。JS迷你广告不会有这个问题

---

然而，这些广告的主要创作者是Flash专门针对的创意人士。它很容易使用，而不是真正的技术。在你能用Javascript和其他工具做到这一点之前，Flash将有一个巨大的市场。

我认为最初的海报是在问，与Flash/Flex相比，最前沿的开放式web技术标准草案在哪里。忽略浏览器支持和开发工具的问题，只看功能，正如您将看到的，我更了解web端：

矢量图形

闪光：是的。 Web:SVG。 光栅图形

闪光：是的。 网络：画布。 音频

Flash:，带有ADPCM、MP3、HE-AAC MPEG-4第3部分。 网页：HTML5音频标签与MP3，Ogg Theora，Ogg Vorbis，WAV。 录像带

Flash:Yep，ON2VP6，Sorenson Spark，屏幕视频，屏幕视频2，H.264。Windows版本的Flash 10.1具有硬件加速的H.264解码。 网页：带有Ogg Theora的HTML视频标签，H.264。 动画

闪光：是的。 Web：是的，通过一些Javascript-DOM命令和CSS3属性进行动画、二维变换和三维变换。某些浏览器（如Mobile Safari硬件）会加速某些属性。

---

我认为目前给出上述警告的最大区别在于性能和实现所有这些特性。虽然Javascript在很多方面都很好，但编程体验并不像Flash/Flex的ActionScript那样集成。注意，许多动画功能都是在CSS中完成的。如果你想了解更多关于开放式web标准发展方向的信息，请查看。

我认为最初的海报是在问，与Flash/Flex相比，最前沿的开放式web技术的标准草案在哪里。忽略浏览器支持和开发工具的问题，只看功能，正如您将看到的，我更了解web端：

矢量图形

闪光：是的。 Web:SVG。 光栅图形

闪光：是的。 网络：画布。 音频

Flash:，带有ADPCM、MP3、HE-AAC MPEG-4第3部分。 网页：HTML5音频标签与MP3，Ogg Theora，Ogg Vorbis，WAV。 录像带

Flash:Yep，ON2VP6，Sorenson Spark，屏幕视频，屏幕视频2，H.264。Windows版本的Flash 10.1具有硬件加速的H.264解码。 网页：带有Ogg Theora的HTML视频标签，H.264。 动画

闪光：是的。 Web：是的，通过一些Javascript-DOM命令和CSS3属性进行动画、二维变换和三维变换。某些浏览器（如Mobile Safari硬件）会加速某些属性。

---

我认为目前给出上述警告的最大区别在于性能和实现所有这些特性。虽然Javascript在很多方面都很好，但编程体验并不像Flash/Flex的ActionScript那样集成。注意，许多动画功能都是在CSS中完成的。如果您想进一步了解开放式web标准的发展方向，请查看。

只是目前用Flash编写应用程序比用AJAX编写应用程序更容易。-你说。我说是相反的过去我看到过很多非常相似的问题。我想我只是更喜欢Flash/Flex。抱歉。是的，我更喜欢HTML/Javascript：我的观点不是一个比另一个简单，而是这是一个非常主观的问题。但同样重要的是要注意，HMTL和Flash来自非常不同的世界，有着不同的目标，尽管它们变得越来越相似。如果界面设计、动画交互和100%相同的演示是您的优先事项，那么使用Flash/Flex/等可能会更好。如果您的工作更面向数据输入/输出和功能，但不需要100%控制界面设计，HTML/服务器端脚本将提供巨大的优势。这是一个很强的概括，但你明白我的意思。只是目前用Flash和AJAX编写应用程序比较容易。-你说。我说是相反的我已经看到很多非常相似的问题在你身边出现

---

---

我想我只是更喜欢Flash/Flex。抱歉。是的，我更喜欢HTML/Javascript：我的观点不是一个比另一个简单，而是这是一个非常主观的问题。但同样重要的是要注意，HMTL和Flash来自非常不同的世界，有着不同的目标，尽管它们变得越来越相似。如果界面设计、动画交互和100%相同的演示是您的优先事项，那么使用Flash/Flex/等可能会更好。如果您的工作更面向数据输入/输出和功能，但不需要100%控制界面设计，HTML/服务器端脚本将提供巨大的优势。这是一个很强的概括，但你明白我的意思。除了空气。也许真正的变化将是Flash/Flex的使用方式。说得好。我认为这没有抓住问题的重点。不管最初的目的是什么，这两个堆栈在野外解决了一些相同的问题。除了空气。也许真正的变化将是Flash/Flex的使用方式。说得好。我认为这没有抓住问题的重点。不管最初的目的是什么，这两个堆栈都在解决同一类问题。是的。这是一个问题，努力成为某方面的专家，只是为了看着它消失。对我来说，那是几年前的VB6和ASP——我只是不想让它成为Flash/Flex.Naah，成为VB和ASP的专家并不是浪费时间，是吗？认真地我的意思是，技术在变化，但最终，在这些平台上积累的熟练程度将始终帮助你在很短的时间内与他们的继任者一起起步，不是吗？是的。这是一个问题，努力成为某方面的专家，只是为了看着它消失。对我来说，那是几年前的VB6和ASP——我只是不想让它成为Flash/Flex.Naah，成为VB和ASP的专家并不是浪费时间，是吗？认真地我的意思是，技术改变了所有的一切，但最终，在这些平台中收集的能力总是能帮助你在他们的继任者中立刻开始，不是吗？我想你的意思是要禁用ADSI，认为如果我考虑帆布栅栏，就意味着禁用ADSI DunNO。即使最终结果被渲染为位图，所有的绘图操作都是矢量的。真。。。但是，渲染后提到的差异是非常重要的，特别是如果要执行诸如更新图形之类的操作。因为SVG是XML中的向量，所以图形在DOM中，您可以编辑它们，向它们添加事件监听器，以及其他很酷的东西。你可以在画布上做任何事情都不做。我不知道我是否会考虑画布栅格。即使最终结果被渲染为位图，所有的绘图操作都是矢量的。真。。。但是，渲染后提到的差异是非常重要的，特别是如果要执行诸如更新图形之类的操作。因为SVG是XML中的向量，所以图形在DOM中，您可以编辑它们，向它们添加事件监听器，以及其他很酷的东西。在画布上，你不能做这些事情。