COM, COM+ 以及 .NET 的区别

本文转自：http://www.yesky.com/290/217790.shtml　　

所有的优秀程序员都会尽自己的最大努力去使自己所写的程序具有更好的可重用性，因为它可以让你快速地写出更加健壮和可升级性的程序。

　　有两种使代码重用的选择：

　　1．白盒：最简单的一种，就是把你的程序片拷贝到另一个文件中。
　　2．黑盒：它包括把编译过的程序片连接起来。因此客户端可以调用的编译过的黑盒类库就叫作组件。

　　.Net中也同样为开发者提供了类似于COM的建立和展开组件的方法。开发人员很容易地被这两种以组件为基础的开发模型所迷惑，所以，让我们来看一看这些不同的开发方法，以使我们消除疑惑。

　　COM的产生

　　在以前程序设计过程中，程序员把它们的函数库放在一个叫做目标(Object)文件的单独文件中，在这些文件中，包含了编译过的代码。当程序员要使用一个特别的目标文件的时候，他们把客户程序编译成机器代码，然后依靠动态链接的手段把客户程序联接到目标文件上，最后变成一个单一的可执行文件。这种作法的唯一的好处在于它节省了编译函数库的时间。但是它有许多的缺点，比如由于在每个单独的可执行文件中都有一个程序库包括在里面，浪费了许多存储空间；对应用程序的维护也是非常困难的，如果在函数库中发现了一个bug，整个可执行文件都要被重新编译和分发。

　　还有不只一个的严重的限制在里头，一个客户应用程序必须要和用同一种语言编制的函数库在一起才能使用。比如说，一个用QuickBasic写的客户应用程序就不能引用一个用C++写的函数库。

　　因此，微软公司出品了COM，COM仅仅只是一个规范。不管组件用什么语言写成，只要符合这个COM规范，就能被用任何一种语言写成的客户程序调用。此外，程序员不必再担心要去建立一个单一的可执行文件，因为组件是以GUID（Global Unique Identifier全球唯一标识符）来标识的。GUID是一个128位的号码，和一些相关的信息一起被放在系统的注册表中，用来唯一标识组件。客户应用程序只在运行期间才动态地建立一个组件的实例，并使用这个组件的功能，因此，只需要一个函数库的拷贝。它的缺点就是大家常常提到?quot;DLL地狱”。这个问题在一个DLL要被一个新版本的DLL所取代时引发。开发者不得不通过关闭所有的客户应用程序的方法（如果不行，还要关闭WWW服务）来达到清除所用对这个组件的引用的目的。有时所有的方法都还起不了作用，那你只好重新启动服务器后才能替换掉老的DLL。

更多精彩，请查看全文 点击我阅读全文 »