形势变迁 解析微软与Google冷暖变幻

    Google的高潮？

    当你第一次浏览一个网页时，你就在安装一个应用程序。你的浏览器所在读取的HTML页面既是一个附加资源（图像、串联式样式表、javascript以及嵌入的对象）的manifest，又是关于页面应当如何呈现的说明指示。你的浏览器尽可能多地在你的本地磁盘上存储这些在每次访问时需要更新的资源。那么，为什么你的IT人会在你安装了HTML页面时有些举止异常，就像你安装了桌面应用程序一样？因为这份详尽的契约已经限制了一个HTML应用程序如何影响你的机器。

    C++应用程序的提供者很快就认识到HTML应用程序的优势，也甚至想过尝试去应对manifest的问题。然而，虽然他们能够创建一个下载manifest，但他们无法实施必要的限制条件来满足IT人士。此外，他们在下载的应用程序要比零散的HTML页面大得多。增加一些安全漏洞再宣布修复了的功绩，HTML的网络应用程序如此受欢迎也就不足为奇。

    这些就是Google如今享有的优势。但有两个问题的存在将会迫使他们采取行动：

    1）微软有能力去执行同样精确的基于HTML的战略（例如他们目前的Live的行动）

    2）更大的威胁来自微软在当前的环境中跨越式发展，通过解决富应用程序的安装和反安装，并实施一份可接受的关于富应用程序能在用户的机器上发挥哪些作用的契约。

    对于Google来说不幸的是，微软解决这两个问题的速度要比人们所想象的要快。微软有着.NET的最优秀的虚拟机，有着Visual Studio最好的开发工具，他们的MSDN程序有能最好地接触到开发者。他们还有一个构想。Steve Ballmer本人已经开始制定他们所需要的明确战略——“一次点击并运行”（Click Once and Run）。最后一样他们所需要的东西就是一个能够应对.NET的技术性的解决方案——就像红杉市一家小的新运作的公司那样，CA已经对Java这样做了……

    不久前，我对IE 7进行了测试。它有一个不错的特性，就是能够将一个网页的所有元素都存储到一个文件中以便将来进行查看。我们在公司使用SharePoint相当的频繁，于是我十分好奇，到底新创建的文档工作区（Document Workspace）总共占了多少字节的内容。结果大约是715K的大小，真是出人意料地接近一百万字节。也许我应该思考一下，这可能是微软的SharePoint所专有的，于是我有测试了一个新的Google Docs的页面（472K），一个新的Google Spreadsheet页面（418K）以及Yahoo财经的首页（429K）。由这些看来，由于HTML页面已经成为主流，担任起了不可或缺的角色，若说早期网络的HTML像是灵巧的小毛驴，那么它们现在已经转变成了孜孜不倦工作的三级阶梯架构的高头大马。你不需要进行太多次的点击，页面就会在你下载了比起富应用程序还要多字节的过程之前自行更新。确实是许多许多字节，虽然这仅仅是一个页面。

    历史能够自行重演吗？什么将会引爆流行？——一些富应用程序机器将替代大量的网页的“高头大马”。一种可能性是所有的那些字节所需的费用增加，这也就是为什么Google（以及大多数其它的网络应用程序供应商）由衷地希望看到网络中立（Net Neutrality）的修正案或议案。