com组件和一般dll的区别.docVIP

com组件和一般DLL的区别 这阵子在想一个需要利用com组件的小程序怎么做，突然想起上次去面试的时候考官问过AutoCAD开发时为什么要利用com，而不采用一般的DLL呢？到Google上查了一下，许多人也问了一样的问题：）用com来写程序要比普通的DLL麻烦一些，但是带来的好处也大很多，尤其是在开发像AutoCAD这样大型软件的时候，需要跨区域来协同工作。 “学习COM，首先要知道COM的目的是什么，它解决了一个什么样的问题，在此基础上，MS提供了各式各样的可扩展的COM服务，COM编程接口。这些服务和接口恐怕一个程序员一辈子都不可能通晓，因为发展是如此之快。大家也没有必要通晓这些接口，就象对待大量的WINAPI的态度，用到时再查帮助。 COM的各种努力都是在规定了一种二进制交互的协议。说起来简单，做起来相当复杂，要使使用不同语言编写的客户能够使用任意语言编写的服务程序谈何容易！这里说语言还是把问题简单化了，因为每种语言还有各式各样的编译器，不同编译器出来的二进制代码如何交互？ 就拿DLL来说，DLL是对静态连接的一种改进，带来了更细的开发分工，也带来了很多问题，其中就有二进制如何交互的问题。这个问题当DLL输出类时更加突出。COM为解决此问题提出了极负创意的解决方案，不仅如此，更进一步引申，提出了如何跨网络的交互。然后，针对internet服务器的开发提出COM+。COM体系中融合了多种经典的设计模式，可以说是一种更加精干的C++。 COM博大精深，若干大师仍须半年的mental fog, 方能有豁然开朗之时。我们这些晚辈，还需多加修炼才对，但决不止是COM。 1、COM组件以接口对功能分类，便于组织；DLL特别是大的DLL，函数一大堆，难以组织； 2、COM组件便于升级维护，功能扩充，只需添加接口就行；DLL升级困难，函数不能随意改变； 3、COM创建调用有很好的安全性，DLL没有； 4、COM组件可轻松实现进程间调用，DLL很困难； 5、COM组件可轻松实现分布式调用，DLL不可能； 6、COM组件具有封装、继承、多态的面向对象特征，DLL只有封装； 7、在COM组件的基础上实现了大量功能：ActiveX，OLE等； ActiveX、OLE、COM、OCX、DLL之间的区别 熟悉面向对象编程和网络编程的人一定对ActiveX、OLE和 COM/DCOM这些概念不会陌生，但是它们之间究竟是什么样的关系，对许多人还是比较模糊的。在具体介绍它们的关系之间，我们还是先明确组件 （Component）和对象（Object）之间的区别。组件是一个可重用的模块，它是由一组处理过程、数据封装和用户接口组成的业务对象（Rules Object）。组件看起来像对象，但不符合对象的学术定义。它们的主要区别是： 1）组件可以在另一个称为容器（有时也称为承载者或宿主）的应用程序中使用，也可以作为独立过程使用； 2）组件可以由一个类构成，也可以由多个类组成，或者是一个完整的应用程序； 3）组件为模块重用，而对象为代码重用。现在，比较流行的组件模型有COM（Component Object Module，对象组件模型）/DCOM（ Distributed COM，分布式对象组件模型）和CORBA（Common Object Request Broker Architecture，公共对象请求代理体系结构）。到这里，已经出现了与本文相关的主题COM，而CORBA与本文无关，就不作介绍。之所以从组件 与对象的区别说起，是想让大家明确COM和CORBA是处在整个体系结构的最底层，如果暂时对此还不能理解，不妨继续往下看，最后在回过头看一看就自然明白了。现在开始阐述ActiveX、OLE 和COM的关系。首先，让大家有一个总体的概念，从时间的角度讲，OLE是最早出现的，然后是COM和ActiveX；从体系结构角度讲，OLE和 ActiveX是建立在 COM之上的，所以COM是基础；单从名称角度讲，OLE、ActiveX是两个商标名称，而COM则是一个纯技术名词，这也是大家更多的听说 ActiveX和OLE的原因。既然OLE是最早出现的，那么就从OLE说起，自从Windows操作系统流行以来，“剪贴板”（ Clipboard）首先解决了不同程序间的通信问题（由剪贴板作为数据交换中心，进行复制、粘贴的操作），但是剪贴板传递的都是“死”数据，应用程序开发者得自行编写、解析数据格式的代码，于是动态数据交换（Dynamic Data Exchange，DDE）的通信协定应运而生，它可以让应用程序之间自动获取彼此的最新数据，但是，解决彼此之间的“数据格式”转换仍然是程序员沉重的负担。对象的链接与嵌入（Object Linking