浏览器能满足按需计算的要求吗？根据定义，按需应用程序就是Web应用程序。这对企业而言不是什么令人惊讶的东西，因为企业内部部署的大多数最新应用程序（一些客户端/ 服务器程序除外）已经依靠浏览器为用户提供使用经验。但是，Web应用程序在朝什么方向发展？ 10 年前，浏览器打破了我们原先对开发和部署软件的很多设想。

    我们惊讶地发现，较少就是较多，更坏意味着更好。我们不得不吸收浏览器和Web给予我们的全部教训。现在，随着按需趋势热起来，钟摆又从RIA（Rich InternetApplications，丰富的互联网应用）形式向GUI（图形用户接口）摆动。这对理解Web风格的软件的强项和弱项以及评估其真正的潜力非常重要。

Macromedia、Microsoft 和Sun 公司对此分析完全不感兴趣。他们每家都拥有一个客户平台，分别是Flash、Windows/.Net 和Java，他们希望通过这些平台将软件作为一项服务进行提供，以控制软件的分发。但是没有人拥有或者能够拥有Mozilla 公司的强势浏览器—— Firefox。虽然该浏览器对ActiveX 的依赖性和惰性使它难以马上替换IE 浏览器的主流地位，尤其在很多公司的应用系统设置中更是如此，但是Firefox 将逐步试探开放。由于有了如此重要的开放源代码的IE 替代品，被供应商禁锢而害苦的企业可能会收到错误的建议，为其专有的客户技术使用此浏览器。当然，他们不会这么做。

如何有选择性和策略性地增强浏览器呢？这不是个新问题。几乎从一开始，人们以插件（Plug-ins）的方式增加浏览器的核心功能，以处理诸如PDF、多媒体、向量图形等外来的数据类型。此外，人们已将浏览器与运行引擎（如Java 和Flash）相结合。但是，多年来，这些技术与浏览器的整合已经陷入了僵化。几乎没有人会记得能在JavaScript和Java应用小程序之间进行双向通信的LiveConnect，但在主要的浏览器中它仍受到支持。Netscape 公司的插入式API 同样曾受到广泛支持，但在1996 年就被冻结了。

该浏览器的Achilles 后续不只是缺乏对高级图形的支持。真正阻碍开发者和伤害用户的，是其管理客户端复杂交互功能方面的困难。动态HTML能降低服务器负载和页面的更新频率，Google 公司的Gmail 一类的应用程序已经显示出该方法超乎想像的强大功能。但是，DHTML 也有其局限。

我们非常需要先进的设备来帮助处理多种多样的数据类型，并通过复杂的交互过程来指导我们。在某些情况下，我们希望利用纯RIA 的这个或那个添加物来部署这种机制。要实现这个美好的愿望，需要利用浏览器的简单易用性和通用性，同时在它们能提供最大效用的地方有选择地利用RIA 技术。

－ Jon Udell 著 易水译