1.动态链接库与静态链接库的区别。
1.1 静态链接库作为代码的一部分,在编译时被链接。
1.2 动态链接库有两种使用方式:
一种是静态加载,即在应用程序启动时被加载;
一种是动态加载,即是该动态链接库在被使用时才被应用程序加载。
2.动态链接库和COM组件的区别
2.1 动态链接库的表现形式只能是dll[变态该名的除外], COM组件的表现形式可以是dll也可以是exe。
注:其实字体、驱动等也算是动态链接库的一种,这里略去...
2.2 动态链接库的生成和编译器及系统相关,在Windows/Linux下系统,需要分别编译才能使用。
COM组件是二进制编码,在Windows和Linux下可以直接使用,不需要重新编译。
2.3 COM组件是按照COM规范实现的dll或者exe;动态链接库是一个可以导出函数的函数集合。
2.4 动态链接库只能在本机被调用,COM组件支持分布式使用。
com英文为Component Object Model组件对象模型是微软生产软件组件的标准。
它是构造二进制兼容软件组件的规范不管组件应用何种语言编写只要遵循com规范就可
以相互直接通信。提出com规范主要是为了满足
1.程序的快速开发可以将一个大型的工程分成若干个com组件同时开发。
2.可以动态的插入或卸载com组件。
3.可以隐藏或封装com组件内部的实现细节。 com组件可以由不同的语言进行编写但
com组件之间的通信是通过组件的接口来实现的com组件接口的实现是统一的它采用
的是虚拟函数表VTBL形式。虚拟函数表中包含了组件函数的一组指针我们可以通过
这组指针来获取我们想要通信的组件函数的内存地址。
dll动态链接库是包含函数和数据的模块的集合。它可以导出数据也可以导出函数以供
其它的dll调用。dll的加载可以通过静态链接和动态链接两种方式。
1.静态链接时将所要链接的dll模块以二进制的形式编译进其他模块。
2.动态链接指调用模块在运行时加载DLL使用LoadLibrary函数或LoadLibraryEx函
数将dll 加载到进程的地址空间并调用GetProcAddress函数以获取导出的 DLL 函数
的地址。
动态加载dll的优点
1.DLL可节省内存并减少交换。通过在内存中共享 DLL 的单个副本多个进程可以同时使
用一个DLL。相比之下对于使用静态链接库构建的每一个应用程序Windows 都要在
内存中为其加载库代码的一个副本。
2.DLL 可节省磁盘空间。 多个应用程序可以共享磁盘上的一个 DLL 副本。相比之下使
用静态 链接库构建的每一个应用程序都需要让链接到程序文件映像的库代码作为一个单独
的专用副本。
dll与com的关系com是一种规范按照是com规范实现的dll可以被视为com组件
例如我们用mfc建立的Active X控件工程其中的接口封装是靠idl描述的所以可以视为
com组件。而且从上面关于com和dll的说明可以看出com组件的接口是一组具有特定
规范的函数所以com组件可以别视为dll但dll不一定是com组件。
com和DLL最大的区别就是: dll是以函数集合的方式来调用的是编程语言相关的象VC必
须加上extern "C"...而COM是以interface的方式提供给用户使用的是一种二进制的调
用规范,是与编程语言无关的,它使用idl接口定义语言来描述自己使用类继承来实现自己的
功能和方法.DLL只有DLL一种形势,里面可任意定义函数无限制,只能运行在本机上 而
COM 有DLL和EXE两种存在形势: COM所在的DLL中必须导出四个函数:
dllgetobjectclass, dllregisterserver, dllunregisterserver, dllunloadnow
这四个函数各有作用,有些是提供给COM管理器用的,通过CLSID和IID来使用,有些是提
供给注册机用的.
COM结合MTS,就是COM+, 是DCOM的高级版本,提供了更为强大和安全的分布式COM
服务, DCOM运行在不同的机器上 用proxy和stub来实现远程接口的本地映射 二者从
执行速度来说 二者相差无几 但是启动速度DLL要比COM快%
这阵子在想一个需要利用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 ObjectModule,对象组件模型)/DCOM( Distributed COM,分布式对象组件模型)和CORBA(Common Object Request BrokerArchitecture,公共对象请求代理体系结构)。
到这里,已经出现了与本文相关的主题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 and Embedded,OLE)的诞生把原来应用程序的数据交换提高到“对象交换”,这样程序间不但获得数据也同样获得彼此的应用程序对象,并且可以直接使用彼此的数据内容,其实OLE是Microsoft的复合文档技术,它的最初版本只是瞄准复合文档,但在后续版本OLE2中,导入了COM。由此可见,COM是应OLE的需求而诞生的,所以虽然COM是OLE的基础,但OLE的产生却在COM之前。COM的基本出发点是,让某个软件通过一个通用的机构为另一个软件提供服务。COM是应OLE 的需求而诞生,但它的第一个使用者却是OLE2,所以COM与复合文档间并没有多大的关系,实际上,后来COM就作为与复合文档完全无关的技术,开始被广泛应用。这样一来, Microsoft就开始“染指”通用平台技术。但是COM并不是产品,它需要一个商标名称。而那时Microsoft的市场专家们已经选用了OLE作为 商标名称,所以使用COM技术的都开始贴上了OLE的标签。虽然这些技术中的绝大多数与复合文档没有关系。Microsoft的这一做法让人产生这样一个误解OLE是仅指复合文档呢?还是不单单指复 合文档?其实OLE是COM的商标名称,自然不仅仅指复合文档。但Microsoft自己恐怕无法解释清楚,这要花费相当的精力和时间。 于是,随着Internet的发展,在1996年春,Microsoft改变了主意,选择ActiveX作为新的商标名称。ActiveX是指宽松定义 的、基于COM的技术集合,而OLE仍然仅指复合文档。当然, ActiveX最核心的技术还是COM。ActiveX和OLE的最大不同在于,OLE针对的是桌面上应用软件和文件之间的集成,而ActiveX则以提 供进一步的网络应用与用户交互为主。到这里,大家应该对ActiveX、OLE和COM三者的关系有了一个比较明确的认识,COM才是最根本的核心技术, 所以下面的重点COM。让对象模型完全独立于编程语言,这是一个非常新奇的思想。这一点从C++和Java的对象概念上,我们就能有所了解。但所谓COM 对象究竟是什么呢?为了便于理解,可以把COM看作是某种(软件)打包技术,即把它看作是软件的不同部分,按照一定的面向对象的形式,组合成可以交互的过程和以组支持库。COM对象可以用C++、Java和VB等任意一种语言编写,并可以用DLL或作为不同过程工作的执行文件的形式来实现。使用COM对象 的浏览器,无需关心对象是用什么语言写的,也无须关心它是以DLL还是以另外的过程来执行的。从浏览器端看,无任何区别。这样一个通用的处理技巧非常有用。例如,由用户协调运行的两个应用,可以将它们的共同作业部分作为COM对象间的交互来实现(当然,现在的OLE复合文档也能做到)。为在浏览器中执行 从Web服务器下载的代码,浏览器可把它看作是COM对象,也就是说,COM技术也是一种打包可下载代码的标准方法(ActiveX控件就是执行这种功能的)。甚至连应用与本机OS进行交互的方法也可以用COM来指定,例如在Windows和Windows NT中用的是新API,多数是作为COM对象来定义的。可见,COM虽然起源于复合文档,但却可有效地适用于许多软件问题,它毕竟是处在底层的基础技术。 用一句话来说,COM是独立于语言的组件体系结构,可以让组件间相互通信。随着计算机网络的发展,COM进一步发展为分布式组件对象模型,这就是 DCOM,它类似于CORBA的ORB,本文对此将不再做进一步的阐述。通过上面的讲述相信大家一定对ActiveX、OLE和COM/DCOM的关系有 了一个清楚的了解。
使用Windows的人对于ActiveX控制一定不会陌生,它提供了一种类似于DLL动态链接库的调用,不过它与DLL的唯一区别就是ActiveX不注册不能被系统识别并使用。那么,当我们得到一个ActiveX没有被正确安装且不能使用的消息后,又要安装ActiveX怎么办呢?1. Regsvr32程序法在Windows的System文件夹下有一个regsvr32.exe的程序,它就是Windows自己带的ActiveX注册 和反注册工具。利用它也能够非常方便地注册ActiveX控件,它的用法为:regsvr32/u/s/n/iDLLNAME,其中DLLNAME为ActiveX控件文件名,建议在安装前拷贝到System文件夹下参数有如下意义:/u - 反注册控件 /s - 不管注册成功与否,均不显示提示框/c - 控制台输出/i- 跳过控件的选项进行安装 (与注册不同) /n - 不注册控件,此选项必须与/i 选项一起使用例如笔者要注册amovie.ocx控件,则打入 regsvr32 amovie.ocx即可,要反注册它时只需使用regsvr32 /u amovie.ocx就行了。2.注册表法所谓注册ActiveX,无非是将一些信息记录在Windows的注册表中,如SchockWave Flash Object控件,我们可以运行Regedit.exe注册表编辑程序,利用关键字进行搜索,然后把搜索得到后的注册表导出为一REG注册表文件,再将其相应的ActiveX文件拷贝到Windows的System文件夹(一般ActiveX的文件名为OCX,安装在Windows的System文件夹 内)下,最后在要安装ActiveX的机器上双击导入刚才导出的注册表文件即可完成安装。
ActiveX、OLE和COM都是微软的一些技术标准。Ole比较老后来发展成ActiveX,再后来发展成为COM OCX,DLL是扩展名。ActiveX有两种扩展名OCX和DLL。实际上你可以把它们的扩展名字调换。 COM作为ActiveX的更新技术,扩展名也有可能是DLL文件还有可能是动态链接库。主要是装载一些函数,可以动态加载。COM的前景以后一种比较理想的应用程序模式就是WEB化(条件是网络速度足够快),未来的软件应该不存在客户应用软件的说法了,客户就只有浏览器,浏览器就是操作系统,客户一边下载一边使用,当然下载的都是一个个功能独立的模块。而这些功能独立的模块就是com组件,一般的DLL是不能这么用的。