三 微软的如意算盘

  接下来就要看微软的了。
  无论你怎么看微软，微软都是世界上最强大的软件公司。自始至终，只有微软有可能控制Web，垄断Web，甚至消灭Web。1995年12月比尔盖茨向微软全员发送“圣诞节邮件”，宣布微软进入互联网时代。然而微软的整个商业模式，是建立在套装软件销售的基础之上，突然面对互联网，怎么赚钱成了问题。因此微软对于Web的态度，始终是食之无味，弃之可惜。既然大趋势不可逆转，那就只有一条路，在Web上建立微软的盈利模式。而要做的这一点，就要在一定程度上控制Web。

  与Sun的Java官司败诉，微软未能参与到Java盛宴当中，于是从1998年开始，微软开始通过另一种方式面对Web，首先顺应并推动Web的发展，然后再用自己的标准替代Web，以达到垄断的目的。这是一种典型的微软的方式。如果顺利的话，整个故事应该是这样的：第一步，在2000年之前，通过IE、ActiveX、IIS和ASP，让Windows成为构建Web应用的流行之选；第二步，在2000-2002年，推动XML Web Services成为Web的主要模式，并且发布.NET，使微软平台成为构造XML Web Services的非常好的平台；第三步，在2004年推出下一代Windows操作系统，提供丰富的Web客户端功能，并同时提供通过标准的XML Web Services和功能更加完备的私有通信架构（Indigo/WCF）来访问服务端资源，鼓励用户采用其私有技术架构。第四步，建立微软意义上的Web事实标准，垄断Web技术发展方向。

  应该说，第一步计划的实施非常成功，大约到2000年，ASP+IIS+ActiveX已经成为最流行的Web开发模型。初步的成功大大增强了微软的信心，于是从2000年开始，微软的战略开始围绕上面的计划全面实施，所有产品线都服从于这一战略。很多人认为IE6之后微软浏览器产品线的停滞是垄断局面下不思进取所致，其实这是一种误解。事情的真相是，微软本来以为IE6应该是最后一个浏览器，因为如果一切按计划进行，从2004年开始，新的Windows本身就是最好的Web客户端，IE也自然就没有进一步发展的必要。

  然而问题开始出现了。第二步计划的实施很不顺利，Web用户不接受XML Web Services，至少是不接受以SOAP、WSDL和UDDI为核心的Web Services。这一点是微软始料未及的，打乱了微软的战略节奏。如今我们回过头去看，这一切其实并不难理解。

  Web Services的初衷无论如何是正确的。基于HTML的Web是让人理解的，而基于XML则可以让机器和人都理解。毫无疑问，这是一个有意义的构想。但是，XML Web Services看对了方向，却挑错了创造者。构思SOAP、WSDL和UDDI三大协议的专家们大多具有过于丰富的复杂企业计算背景，在他们脑子里，企业计算是个什么东西早就定型了，不管手里拿的是个什么东西，他们唯一要做的事情都是敲钉子。因此，他们根本没有认真地考虑Web的特点，而是不由分说地在Web基础上构造了一个复杂的分布式对象模型，其结果只不过是一个更加低效的CORBA而已。这样的东西本身在方向上就有问题，更何况在2001年，Web主要还是面向大众。结果一点都不奇怪，XML Web Services这种繁琐的、巴洛克式的设计遭到了冷落。微软曾经把“非常好的Web Services开发平台”作为.NET的主要卖点，没想到在大方向判断正确的情况下，因为一些细节问题考虑不周，遭遇了小小的尴尬。