从Windows DNA到.NET(3)

从Windows DNA到.NET(3)

三、从Windows DNA到.NET的转变

微软总裁巴尔默曾说.NET是微软对未来的一个最大的赌注，在赌互联网将无所不在，无线接入将无孔不入。顺便说一下，微软对未来的打赌好像总是能赢。在计算机还只是大型昂贵的设施时，盖茨就认为未来会有PC机，并且PC机将无处不在，进而发现了一个以前没有过的独立的“软件市场”。以及进而推出的Windows在赌人们不会满足于PC机的现有应用，人们会喜欢方便漂亮的东西。Windows NT在打赌PC机将强大到足以支持企业级运算。有兴趣的读者可以看一下比尔.盖茨的《微软二十五年》。

但比尔.盖茨也有犯错的时候。在95年之前，当互联网兴起并如火似荼的时候，比尔.盖茨却认为网络应用并不是未来软件开发的方向。在当年的互联网四骑士（思科、AOL、SUN、网景）里面，人们看不到微软的影子。但网景的成功很快惊醒了微软，微软开始奋起直追，并凭借强大的实力很快从第一代互联网的追赶者变为第二代、第三代互联网的领先者。但这似乎并不足以满足微软的胃口，微软耗费重金打造的.NET要成为下一代互联网的标准。

我们看一下遵从Windows DNA体系的WEB应用的缺陷。遵从Windows DNA体系的COM/DCOM/COM+分布式应用可以将程序功能分布到整个网络上，DCOM构造于RPC体系结构的最顶层，使用DCOM远比使用RPC容易的多，但是它仍然继承了RPC的一些缺陷。第一个缺陷就是：RPC和DCOM都更适用于Intranet而不是Internet。RPC和DCOM要求的端口在防火墙内部，不太可能被打开。这种局限对于开发上线的WEB应用是一个很严重的问题。第二个缺陷是使用COM/DCOM需要注册或者发布，这会对应用程序产生很大的影响，所以它并不是一个理想的解决方案。这两个缺陷.NET都可以利用Internet上的标准XML、SOAP来解决。第三个缺陷就是利用ASP开发WEB应用时，会将负责程序的脚本和HTML混杂在一起，导致页面的脚本语言结构十分复杂，逻辑不清晰，可读性差，不仅给编程人员本身带来不便，也给系统的维护带来不小的困难，特别是当应用逻辑需求发生变动时，修改这些臃肿、晦涩的解释性脚本源代码真是味同嚼蜡。.NET中的ASP.NET可以使代码和界面完全分离，并提供了基于组件的开发，是WEB应用的开发效率大为提高。第四个缺陷是COM/DCOM是平台相关的，只能基于WINDOWS平台。这让许多应用只能选择J2EE体系。微软的.NET有望解决这个痼疾。有消息说，微软2003年将推出基于LINUX平台的.NET FRAMWORK。虽然有些人对此持怀疑态度，但理论上总是有可能的。