半岛权威十大直营(官方)网站

针对于时下流向的网络新闻，相信大家都并不陌生，由此也引发关于在线网络报道应用哪种技术更好的讨论。有人认为HTML5将替代Flash，也有人认为这是不可能的，那么究竟孰对孰错呢？让我们用事实来说话。

虽然我们看到无数的HTML5示例应用程序遍布网络，但是企业应用软件市场仍然具有较大的目的性和严格的标准。 对于HTML5来书，这无疑是一个令人振奋的消息，因为它必须有专业的团队对其进行分析。

一位资深的专业人士曾将两者的关键点做过以下分析：

• 如果你想开发两个相同的项目，Flex和HTML5，HTML5项目的费用将更加昂贵。
• 在一个HTML5项目当中要实现Flex级别的质量几乎是不可能的。
• 任何HTML5企业项目将被迫降低要求。
• 从最开始的参数（如可靠性），以适应不同的屏幕尺寸和密度的能力将被简化。
• 而实现这些功能的，功能规范必须在7种浏览器下测试，导致开发商会花大部分时间在调试器中。

有一种普遍的误解，认为HTML5是一个完全新的开发平台。然而它仍然是一个"sum of technologies" ，会给我们带来一些共同的问题，比如升级组件、添加canvas和video标签、CSS3（这个是由HTML4支持的）和其所在的Javascrip规范中有没有改变。

通过引入额外的标记（像canvas这样），HTML5本身定义了一个更新的HTML 4.01标准，然而HTML5本身仍然是一个web文档标记语言。HTML5通过中间技术堆栈更新了CSS3，修改后的CSS3有了许多令Web开发人员兴奋的功能，比如图像过滤器等等。

我们看到了HTML5数据方面的漂亮工作，但同时也有一个非常严峻的事实，HTML5的数据不能紧缩。这里指的数据当然不是企业级别的数据，而是Javascript和高层次的应用库（如JQuery或Node.js）请求后台交互时使用的异步数据。这是一个潜在的强大环境，但它仍然依赖于相同的HTML、CSS和Javascript，通常称为DHTML或Web 2.0的一部分。

考虑到通过大数据快速、可靠的驱动Web报表，这仍然是一项艰巨的任务。我们的目光聚集在平台加载大块信息的能力上。无论是从CSV报告或OLAP多维数据集中取出，用户都希望能够立即快速地加载。

我们经常提到的问题是：HTML5堆栈技术能够满足这一要求吗？根据我们初步的研究，基于HTML和Javascript的大多数OLAP网格可以紧缩大约只有五到十个的数据行。较高的数字将导致javascript运行时浏览器本身意外停机或者死机。

今天的Flash Player运行时能让Flexmonster枢轴加载到100MB，然后在一个非常合理的时间渲染和操作数以百万计的记录。

我们看到的证据表明，Flash技术发展势头依然强劲。当然我们想知道过渡到Apache会是怎样的情况，这实际上是平台进化的一个巨大潜力的所在，我想时间会告诉我们的。

由于这两个标准的进展，我们将继续利用各自的优势，而不放弃任何一个。在可预见的未来，Flash和Flex具有企业级应用程序开发大数据的机遇，其优势远远超出了HTML5的严重限制。