正在阅读：消除.NET极度狂热下的四个误解消除.NET极度狂热下的四个误解

2004-02-14 09:34 出处：PConline 作者：AthlonXP 责任编辑：huangpeidan

2. .NET 是COM+的替代　　一个“+”号带来多大的不同。虽然.NET在很大程度上是COM的替代，但它不是COM+的替代——至少现在还不是。这是一个很容易犯的错误，因为COM和COM+这两个名字很像。虽然COM是一个组件模型，但COM+是一组以中间件为中心的应用程序服务。实际上，虽然它们常一起使用，但COM+和COM在很大程度上是相互独立的。　　COM+服务，如异步的消息（MSMQ）和事务处理（MTS），构成了Microsoft的中间件软件堆栈的支持功能。这些服务共同构成Microsoft DNA 结构的“应用程序服务器”层——尽管Microsoft并没有明确地用那个术语。　　虽然.NET构架、组件模型和分布机制（装配）在大多数情况下代替了COM中同等的概念，但是同在它之前的COM/Win32应用程序一样，. NET应用程序仍然运用底层的COM+服务。换句话说，.NET构架没有与诸如MTS或MSMQ之类的服务等同的本地概念。确切的情况是，.NET提供了一组封装类，作为现有的COM+服务的适配器。　　这就在.NET开发人员中形成了支持派和反对派两个阵营。虽然诸如ASP.NET之类的功能增强了.NET的可扩展性，但是这种可扩展性在很大程度上仍然取决于COM+ 自身的可扩展性和稳定性。不管怎样，.NET在可扩展性和稳定性方面并没有带来很大的改变。你可以把这一点作为有利于.NET的一个因素（它的底层框架是经受了考验的），或者你也可以把它作为不利于.NET的一个因素，这取决于你倾向于哪一侧市场阵营。业界人士普遍认为Microsoft技术不断扩大其使用范围，成为大企业的解决方案。这种观点的大部分是没有根据的，或者至少只有部分是正确的，它在很大程度上被竞争者们夸大了。但是，COM+ 仍然担起了这副重担，而.NET既不排斥这种误解，也不对它进行补充。　　然而，一些主要领域中的早期的成果在表面上是有利于.NET的。例如，我从.NET beta版测试人员和早期采用者那儿得到的关于ASP.NET的稳定性和速度方面的报告就是很好的。由于Internet Information Services（IIS）和Active Server Pages（ASP）众所周知的不足，ASP.NET的引进就很快流行起来（见资源）。许多开发人员已经发现了直接的、强大的理由（如性能和稳定性）来尽快采用.NET构架的ASP.NET部分，而且还汇报了其相对于ASP的主要的优势。　　但是，总体上说，在“首先不伤害”现有的COM+底层框架这个法令下，大多数.NET的功能目前主要集中在生产力、方便开发、一致性等等方面。因此，Microsoft的实质性的R&D力量就主要集中于让开发人员确信.NET没有给现有的COM+结构增加相当大的费用。但是.NET并没有解决当前COM+的许多不足。例如，ASP.NET仍然是IIS的扩展。这就是说，所有IIS的不足（安全性、稳定性等等）在ASP.NET应用程序中仍然存在，就如同它们在ASP系统中一样。应用程序层已经得到了极大的改进，但是底层的IIS固疾仍然存在。　　你可以期望， Microsoft在2002年努力推动向.NET移植后，它下一阶段的努力将集中在增强可扩展性和性能方面。