OPC服务器与客户程序开发指南.docx

《OPC服务器与客户程序开发指南.docx》由会员分享，可在线阅读，更多相关《OPC服务器与客户程序开发指南.docx（44页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、第1章OPC概述关键字：COMDCOMOPC DA 通讯规范CLIENTSERVER GROUP ITEM自定义接口自动化接口同步异步回调随着计算机科学技术、工业控制等各方面新技术迅速发展，计算机监控系统由早期集中式监控向全分布式方向发展，计算机监控系统软件随着面向对象技术、分布式对象计算、多层次Client/Server技术成熟，也从早期面向功能系统软件，发展为面向具体现场设备为特征面向对象监控系统软件。同时，计算机监控系统规模越来越大，不同厂家生产现场设备种类在不断增加，由于不同厂家所提供现场设备通讯机制并不尽相同，计算机监控系统软件需要开发硬件设备通信驱动程序也就越来越多，造成了硬件通讯

2、驱动程序需要不断开发现象，而基于COM/DCOM技术OPC技术，提供了一个统一通讯标准，不同厂商只要遵循OPC技术标准就可以实现软硬件互操作性。OPC（OLE for Process Control，用于过程控制OLE）是为过程控制专门设计OLE技术，由一些世界上技术占领先地位自动化系统和硬件、软件公司和微软公司（Microsoft）紧密合作而建立，并且成立了专门OPC基金会来管理，OPC基金会负责OPC规范制定和发布。OPC提出了一套统一标准，采用典型CLIENT/SERVER模式，针对硬件设备驱动程序由硬件厂商或专门公司完成，提供具有统一OPC接口标准SERVER程序，软件厂商只需按照OP

3、C标准编写CLIENT程序访问（读/写）SERVER程序，即可实现和硬件设备通信。如图1.1所示，和传统通讯开发方式相比，OPC技术具有以下优势：硬件厂商熟悉自己硬件设备，因而设备驱动程序性能更可靠、效率更高。软件厂商可以减少复杂设备驱动程序开发周期，只需开发一套遵循OPC标准程序就可以实现和硬件设备通信，因此可以把人力、物力资源投入到系统功能完善中。可以实现软硬件互操作性。OPC把软硬件厂商区分开来，使得双方工作效率有了很大提高。图1.1 OPC技术应用前后比较因此OPC技术出现得到了广大软硬件厂商支持，并迅速发展。自从1997年9月发布OPC DA1.0规范以来，经过多年发展，OPC规范已

4、经被工控领域大多数厂商接受，并成了工控软件技术标准。目前OPC规范主要有DA（Data Access）规范，AE(alarm and event)规范，HDA(history data access)规范等。而且随着OPC技术和企业整体信息系统集成需求变得日益迫切，对OPC技术跨平台性能和Internet特性提出了更高要求。为此，OPC基金会开始以XML为基础着手制定一系列新标准。2002年3月OPC基金会正式发布了OPC XML-DA规范,并和2004年12月正式发布了OPC XML-DA1.01规范，为OPC进一步提高工业控制系统互操作性揭开了新篇章。本书仅仅以符合DA规范OPC服务器和客

5、户程序为例介绍OPC技术，对于其它规范OPC技术，本书未能介绍。1.1 OPC技术本质COM/DCOM随着计算机网络技术发展，计算机监控系统也普遍采用了分布式结构，因而系统异构性是一个非常显著特点。OPC技术本质是采用了MicrosoftCOM/DCOM（组件对象模型/分布式组件对象模型）技术，COM主要是为了实现软件复用和互操作，并且为基于WINDOWS程序提供了统一、可扩充、面向对象通讯协议，DCOM是COM技术在分布式计算领域扩展，使COM可以支持在局域网、广域网甚至Internet上不同计算机上对象之间通讯。COM 是由 Microsoft 提出组件标准，它不仅定义了组件程序之间进行交

6、互标准，并且也提供了组件程序运行所需环境。在 COM 标准中，一个组件程序也被称为一个模块，它可以是一个动态链接库，被称为进程内组件(in-process component)；也可以是一个可执行程序(即 EXE 程序)，被称作进程外组件(out-of-process component)。一个组件程序可以包含一个或多个组件对象，因为 COM 是以对象为基本单元模型，所以在程序和程序之间进行通信时，通信双方应该是组件对象，也叫做 COM 对象，而组件程序(或称作 COM 程序)是提供 COM 对象代码载体。COM标准为组件软件和应用程序之间通信提供了统一标准，包括规范和实现两部分，规范部分规定

7、了组件间通信机制。由于COM技术语言无关性，在实现时不需要特定语言和操作系统，只要按照COM规范开发即可。然而由于特定原因，目前COM技术仍然是以Windows操作系统为主，在非Windows操作系统上开发OPC，具有很大难度。COM模型是C/S（客户/服务器）模型，OPC技术提出就是基于COMC/S模式，因此OPC开发分为OPC服务器开发和OPC客户程序开发，对于硬件厂商，一般需要开发适用于硬件通讯OPC服务器，对于组态软件，一般需要开发OPC客户程序。对于OPC服务器开发，由于多种编程语言在实现时都提供了对COM支持，如Microsoft C/C+,Visual Basic, Borlan

8、d公司Delphi等。但是开发OPC服务器语言最好是C或者是C+语言。在本书中选用Visual C+6.0为开发语言。对于OPC客户程序开发，可根据实际需求，选用比较合适，能够快速开发语言。1.2 OPCDA204规范简述OPCDA204规范（OPC Data Access Custom Interface Specification 2.04）是2000年9月OPC基金会发布OPCDA自定义接口规范。该规范制定了OPC服务器和OPC客户程序COM接口标准，通过制定标准接口来实现多个厂家OPC服务器和OPC客户程序开发。本书附带OPCDA204规范WORD文档。1.2.1 OPC客户程序和OP

9、C服务器一个OPC 客户可以连接一个或多个OPC 服务器，而多个OPC 客户也可以同时连接同一个OPC 服务器，如图1.2所示。图1.2 OPC 客户程序/OPC服务器关系1.2.2 OPC服务器对象组成一个OPC服务器由三个对象组成：服务器(Server)，组(Group)，项(Item)。OPC服务器对象用来提供关于服务器对象自身相关信息，并且作为OPC组对象容器。OPC组对象用来提供关于组对象自身相关信息，并提供组织和管理项机制。OPC组对象提供了OPC客户程序用来组织数据一种方法。例如一个组对象代表了一个PLC（可编程控制器）中需要读写寄存器组。一个客户程序可以设置组对象死区，刷新频率

10、，需要组织项等。OPC规范定义了2种组对象：公共组和私有组。公共组由多个客户共享，局部组只隶属于一 OPC客户。全局组对所有连接在服务器应用程序都有效，而私有组只能对建立它CLIENT有效。在一个SERVER中，可以有若干个组。OPC项代表了OPC服务器到数据源一个物理连接。数据项是读写数据最小逻辑单位。一个OPC项不能被OPC客户程序直接访问，因此在OPC规范中没有对应于项COM接口，所有和项访问需要通过包含项OPC组对象来实现。简单讲，对于一个项而言，一个项可以是PLC中一个寄存器，也可以是PLC中一个寄存器某一位。在一个组对象中，客户可以加入多个OPC数据项。每个数据项包括3个变量：值（

11、Value）、品质(Quality)和时间戳（Time Stamp）。数据值是以VARIANT形式表示。图1.3 Server/Group/Item关系这里最需要注意是项并不是数据源，项代表了到数据源连接。例如一个在一个DCS系统中TAG不论OPC客户程序是否访问都是实际存在。项应该被认为是到一个地址数据。大家一定要注意项概念。不同组对象里可以拥有相同项，如组1中有对应于一个开关ITEMAAA，组2中也可以有同样意义对应于一个开关ITEMAAA，即同样项可以出现在不同组中。1.2.3 OPC接口体系OPC规范提供两种接口：自定义接口（the OPC Custom Interfaces），自动化

12、接口（the OPC Automation interfaces）。 图1.4 OPC接口如前所述，象所有COM结构一样，OPC是典型CLIENT/SERVER结构，OPC服务器提供标准OPC接口供OPC客户程序访问。OPC服务器必须提供自定义接口，对于自动化接口，在OPC规范定义中是可选。图1.5典型OPC结构1.3 OPC对象接口定义本节主要对OPC服务器对象和OPC组对象接口进行简要介绍。OPC服务器对象提供一些方法去读取或连接一些数据源。OPC客户程序连接到OPC服务器对象，并通过标准接口和OPC服务器联系。OPC服务器对象提供接口（AddGroup）供OPC客户程序创建组对象并将需要

13、操作项添加到组对象中，并且组对象可以被激活，也可以被赋予未激活状态。对于OPC客户程序而言，所有OPC服务器和OPC组对象可见仅仅是COM接口。下面两个图例是OPC规范中定义OPC服务器对象和OPC组对象COM接口，其中任选接口均以 表示。（注：任选指开发OPC服务器时，这些接口可以根据实际情况选择实现还是不实现，除任选项外接口在开发时必须全部实现。）图1.6标准OPC服务器对象及接口IOPCServerPublicGroups，IOPCBrowseServerAddressSpace和IPersistFile为任选（optional）接口，OPC服务器提供商可根据需要选择是否需要实现。其它接

14、口为OPC服务器必须实现接口。其中：IOPCServerPublicGroups接口用于对公共组进行管理。IPersistFile接口允许用户装载和保存服务器设置，这些设置包括服务器通信波特率、现场设备地址和名称等，这样用户就可以知道服务器启动和配置改变而不需要启动其它程序。IOPCBrowseServerAddressSpace允许用户浏览服务器中有用组员数据，为用户提供OPC服务器各个组员定义列表。IOPCCommon接口是其它OPC服务器（例如OPC报警和事件服务器）也使用接口。通过该接口可为某个特定客户/服务器对话（session）设置和查询本地标识（LocateID）。这样，一个客户

15、程序操作将不会影响其它客户程序。IConnectionPointContainer接口服务器（OPC服务器对象接口）支持可连接点对象，当OPC服务器关闭时需要通知所有客户程序释放OPC组对象和其中OPC组员，此时可利用该接口调用客户程序方IOPCShutdown接口实现服务器正常关闭。IOPCServer接口及成员函数主要用于对组对象进行创建、删除、枚举和获取当前状态等操作。是OPC服务器对象主要接口。接口及成员函数定义为：图1.7标准OPC组对象及接口其中：IOPCItemMgt接口及成员函数用于OPC客户程序添加、删除和组对象中组员等控制操作。IOPCGroupStateMgt接口及其成员

16、函数允许OPC客户程序操作或获取用户组对象全部状态（主要是组对象刷新率和活动状态，刷新率单位为毫秒）。IOPCPublicGroupStateMgt为任选接口，用于将私有组对象（private group）转化为公有组对象（public group），这个接口一般不用，在很多商业OPC服务器中，此接口都没有开发。可选接口IOPCAsyncIO和IdataObject接口用于异步数据传输（在OPC数据访问规范1.0中定义，现在其功能已经被IOPCAsyncIO2和IConnectionPointContainer接口取代）。IOPCSyncIO用于同步数据访问。IOPCAsyncIO2用于异步数

17、据访问。这两个接口是数据访问规范进行数据访问最重要接口。有关OPC服务器对象和OPC组对象COM接口详细定义请看OPC规范定义，除在开发实例中用到COM接口，其它接口本文不再详述。1.4 OPC同步异步通讯OPCDA规范规定了两种通讯方式：同步通讯和异步通讯。这两种通讯方式和常见串口同步通讯、异步通讯以及以太网同步通讯、异步通讯功能差不多。同步通讯时，OPC客户程序对OPC服务器进行相关操作时，OPC客户程序必须等到OPC服务器对应操作全部完成以后才能返回，在此期间OPC客户程序一直处于等待状态，如进行读操作，那么必须等待OPC服务器完成读后才返回。因此在同步通讯时，如果有大量数据进行操作或者

18、有很多OPC客户程序对OPC服务器进行读、写操作，必然造成OPC客户程序阻塞现象。因此同步通讯适用于OPC客户程序较少，数据量较小时场合。异步通讯时，OPC客户程序对服务器进行相关操作时，OPC客户程序操作后立刻返回，不用等待OPC服务器操作，可以进行其他操作。当OPC服务器完成操作后再通知OPC客户程序，如进行读操作，OPC客户程序通知OPC服务器后离开返回，不等待OPC服务器读完成，而OPC服务器完成读后，会自动通知OPC客户程序，把读结果传送给OPC客户程序。因此相对于同步通讯，异步通讯效率更高，适用于多客户访问同一OPC服务器和大量数据场合。OPC异步通讯有四种方式：数据订阅，客户端通

19、过订阅方式后，服务器端将变化数据通过回调传送给客户程序。异步读，返回操作结果和数据值。异步写，返回操作结果，成功、失败。异步刷新，异步读所有Item值1.5 OPC服务器开发方式OPC服务器本身就是一个可执行程序，该程序以一定速率不断地同物理设备进行数据交互。服务器内有一个数据缓冲区，其中存有最新数据值，数据质量戳和时间戳。OPC 数据服务器设计和实现是一个较为复杂和繁重任务，设计者既需要熟悉OPC规范，同时也必须掌握相应硬件产品特性。OPC 数据服务器大致可以分解为不同功能模块。OPC 对象接口管理模块，Item 数据项管理模块以及服务器界面和设置等等。一个设备OPC Server主要有两部

20、组成，一是OPC标准接口实现，二是和硬件设备通信模块。虽然COM技术本质上具有语言无关性，可以用各种语言开发，但由于最适合COM开发语言仍然是C+，因此一般都选择采用Visual C+进行开发。目前用Visual C+开发COM组件主要有三种方式：使用COM SDK直接开发COM组件；通过MFC提供COM支持实现COM组件；通过ATL来实现COM组件。此外，目前国内外很多工控软件厂商也推出了一系列OPC快速开发工具包，使用专门OPC开发工具包，开发者只需具备基本编程基础即可快速上手，无需掌握ATL，COM/DCOM，也无需了解OPC技术细节，而且大多数OPC开发工具都支持多种常用编程语言，如V

21、B,VC等。网站也提供OPC开发工具，有兴趣读者可以到网站下载DEMO开发工具或者和QQ:41063473联系购买事宜。)建议所有学生或有志向开发人员可以尝试独立开发OPC服务器，如果是公司使用，建议购买OPC服务器开发工具。重点：何为OPC？OPCDA有哪些对象？OPCDA有哪些接口？OPCDA通讯方式？OPCDA开发方式？(工控帮) 第2章ATL简介关键字：ATL类厂接口标识符IDL组件聚合双重接口自定义接口自动化接口连接点事件注册属性方法客户程序Visual C+从4.0版本就已经提供全面COM支持，尤其在5.0和6.0版本中，不仅MFC类库提供COM应用支持，而且Visual C+集成

22、开发环境Visual Studio也为COM应用提供了各种向导支持，并且，Visual C+还提供了另一套模板库ATL专门用于COM应用程序开发。在上一章中介绍了采用Visual C+进行OPC服务器开发几种方式，因为ATL是专为COM应用程序开发，因此本书OPC服务器开发采用了ATL模式，在本章中首先对ATL进行简要介绍，并以实际例子介绍如何进行ATL编写COM组件。ATL(Active Template Library)是Visual C+提供一套基于模板C+类库，利用这些模板类，开发人员可以快速开发COM组件程序。所以说ATL专门针对于COM应用开发，它内部模板类实现COM一些基本特征，

23、比如一些基本COM接口IUnknown, IClassFactory, IDispatch等，也支持COM一些高级特性，如双接口（dual interface）、连接点(connection point)、Activex控制等。ATL最初设计是快速开发小型组件，ATL2.0版本添加了模板库用来支持可视化控件开发。ATL所具有特点：包含所有C+功能。无需运行库，除非你想使用它。引用计数。高水平对象和接口实现方法。类厂自动操作，对象创造，接口查询。ATL开发应用程序并不像开发MFC应用程序那样容易。但Visual Stduio提供某种帮助使开发者迅速开发应用程序。可利用ATL COM Winzar

24、d(活动模板库组件向导)和ATL Object Wizard(活动模板库对象向导)开发ATL应用程序。从目前介绍ATL技术书籍来看，国内书籍较少，本章主要通过介绍如何创建一个ATL应用程序来使大家对ATL技术有一定了解，如果读者了解ATL，可以略过此章。2.1 COM基础 本节主要对COM两个基本概念（接口，组件）做简要介绍。2.1.1 COM图2.1 接口结构 从理论上讲，完整COM编程系统是基于接口。 从技术上讲，接口是包含了一组函数数据结构，通过这组数据结构，客户代码可以调用组件对象功能。接口定义了一组成员函数，这组成员函数是组件对象暴露出来所有信息，客户程序利用这些函数获得组件对象服务

25、。需要注意是在接口成员函数中，字符串变量必须用 Unicode 字符指针，COM 规范要求使用 Unicode 字符，而且 COM 库中提供 COM API 函数也使用 Unicode 字符。所以如果在组件程序内部使用到了 ANSI 字符话，则应该进行两种字符表达转换。当然，在即建立组件程序又建立客户程序情况下，可以使用自己定义参数类型，只要它们和 COM 所能识别参数类型兼容。这里需要特别注意是COM需要使用Unicode字符。COM接口可以分为以下两类：标准接口 自定义接口标准接口之IUnknown，是所有接口基接口。自定义接口也是基于IUnknown接口。所有COM组件都必须以这个接口为

26、基础。IUnknown 提供了两个非常重要特性，一个用于组件对象生命周期管理，也可以查询被组件对象使用其他接口。客户程序只能通过接口和COM对象进行通信，虽然客户程序可以不管对象内部实现细节，但它要控制对象存在和否。如果客户还要继续对对象进行操作，则它必须保证对象能一直存在于内存中；如果客户对象操作已经完成，以后不再需要该对象了，则它必须及时地把该对象释放掉，以提高资源利用率。IUnknown引入了“引用计数”方法，可以有效地控制对象生存期。另一方面，如果一个COM对象实现了多个接口，在初始时刻，客户程序不太可能得到该对象所有接口指针，它只会拥有一个接口指针。如果客户程序需要其它指针，则可利用

27、IUnknown“接口查询”方法来完成接口之间跳转。IUnknown IDL 定义：interface IUnknown HRESULT QueryInterface(in REFIID iid, out void *ppv); ULONG AddRef(void); ULONG Release(void);IUnkown C+ 定义：class IUnknown virutal HRESULT _stdcall QueryInterface(const IID& iid, void *ppv) = 0; virtual ULONG _stdcall AddRef() = 0; virutal

28、 ULONG _stdcall Release() = 0;标准接口之IDispatch ，此接口用于脚本语言（如Visual Basic）访问组件。当脚本语言调用组件对象方法时，此接口查询函数地址并执行。标准接口之IClassFactory（类厂）接口用于创建新COM对象实例。类厂(class factory)是 COM 对象生产基地，COM 库通过类厂创建 COM 对象；对应每一个 COM 类，有一个类厂专门用于该 COM 类对象创建操作。类厂本身也是一个 COM 对象，它支持一个特殊接口 IClassFactory： class IClassFactory : public IUnkno

29、wn virtual HRESULT _stdcall CreateInstance(IUnknown *pUnknownOuter, const IID& iid, void *ppv) = 0; virtual HRESULT _stdcall LockServer(BOOL bLock) = 0; 如果你还没有学过COM，那么你来创建一个组件时候很可能会采用C+new操作符，这样话会返回一个奇怪错误。这也是一个非常常见ATL错误，一个初学者不太理解错误。实际上，创建一个对象，需要调用CoCreateInstance来创建一个COM对象实例。在这里要注意是创建COM对象不是用new操作符。

30、在后面章节中同样可以看到释放一个对象时，不能用delete,而是要通过Release接口来释放对象。自定义接口目是提供更多功能给用户，开发者可以自己定义基于IUnknown接口提供更多功能。COM标识符UUID/GUID用来标识组件，通过唯一标识行UUID来唯一标识组件，如同身份证意义，可以在系统中标识COM组件。在COM中，UUID是指全局唯一标识符GUID。GUID分为CLSID、IID和LIBID三类。COM 规范采用了 128 位全局唯一标识符 GUID 来标识对象和接口，这是一个随机数，并不需要专门机构进行分配和管理。因为 GUID 是个随机数，所以并不绝对保证唯一性，但发生标识符相

31、重可能性非常小。从理论上讲，如果一台机器每秒产生 10000000 个 GUID，则可以保证(概率意义上) 3240 年不重复。接口描述语言 IDL。COM 规范在采用 OSF（开放软件基金会） DCE （分布式计算环境）规范描述远程调用接口 IDL (interface description language，接口描述语言)基础上，进行扩展形成了 COM 接口描述语言。接口描述语言提供了一种不依赖于任何语言接口描述方法，因此，它可以成为组件程序和客户程序之间共同语言。Microsoft Visual C+ 提供了 MIDL 工具，可以把 IDL 接口描述文件编译成 C/C+ 兼容接口描述头

32、文件(.h)。按照COM规范，按照接口成员函数参数类型不同，有三种情况：In参数：对于in参数，由OPC客户程序分配和释放内存；Out参数：Out参数由OPC服务器分配内存，由OPC客户程序释放内存，采用标准COM内存分配器。In-out参数：in-out参数最初由OPC客户程序分配内存，然后由OPC服务器释放和再分配（如果需要）。和out参数一样，OPC客户程序负责最后返回值释放。如不能正确释放内存，将会引起难以发现内存泄漏（memory leak），造成系统可用内存资源越来越少直至系统崩溃。因此，编写程序时可以参考IDL文件来查找out参数，并且针对每种类型结构编写一段子程序处理内存释放。

33、在每次客户程序调用服务器函数过程中，不管函数执行正确和否，服务器程序都必须为每个out参数定义好返回值，而客户程序则负责释放相应内存资源。COM接口所有方法返回类型都为HRESULT。2.1.2 组件一般而言，组件具有三种类型：进程内组件，进程外组件，远程组件。进程内组件是采用动态连接库方式实现组件。客户程序调用组件时，客户程序会把组件程序装入自己进程空间，即客户程序和组件程序在同一个进程地址空间内。在客户端和服务端组件间有大量数据转移操作情况下是理想。进程内服务器会更快地装载。由于它占用和客户端应用程序同样地址空间，它可以和客户端更快通信。进程内服务器是通过将组件作为动态连接库(DLL)形式

34、来实现。DLL允许特定一套功能以分离于可执行、以DLL为扩展名文件进行存储。只有当程序需要它们时，DLL才将其装入内存中，客户程序将组件程序加载到自己进程地址空间后再调用组件程序函数。本地(即进程外)组件，进程外组件是以EXE方式实现组件，具有独立进程，因此客户程序和组件程序分别处在不同进程空间地址中。在COM中，采用了本地过程调用（local procedure call,LPC）来进行本地通信。进程外服务器对需要运行于独立处理空间或作为独立客户端应用程序线程组件是理想。由于数据必须从一个地址空间移到另一个地址空间，因此这些服务器就会慢得多。由于进程外服务器是可执行，它们运行在自己线程内。当

35、客户端代码正在执行时，客户端不锁住服务器。进程外服务器对需要表现为独立应用程序组件也是理想。例如，Microsoft Internet Explorer应用程序是本地服务器例子。客户端和服务端通信是通过进程内通信协议进行，这个通信协议是IPC（进程间通信）。远程组件，远程服务器和本地服务器类似，除了远程服务器是运行在通过网络连接分离计算机上。这种功能是使用DCOM实现。DCOM优点在于它并不要求任何特别编程来使具有功能。另外服务端和客户端通信是通过RPC（Remote procedure call,RPC）通信协议进行。对于这三种不同服务器组件，客户程序和组件程序交互内在方式是完全不同。但是对

36、于功能相同进程内和进程外组件，从程序编写角度看，客户程序是以同样方法来使用组件程序，客户程序不需要做任何修改。2.2 ATL应用程序向导创建应用程序应用ATL应用程序向导来开发ATL程序是快速而且有效，本节主要以MSDN例子为例来介绍如何应用ATL应用程序向导来创建新ATL程序。创建新ATL应用程序第一步，生成一个新ATL工程，从Visual Studio菜单中选择FileNew，选中Projects(工程)选项卡。在图2.2中选择ATL COM AppWizard，输入工程名BeepCtrlMod。图2.2Visual StudioATL COM AppWizard单击New对话框OK，打开

37、ATL COM AppWizard对话框。MFC AppWizard由许多步骤组成，而ATL COM Wizard仅需要一步，即必须选定开发应用程序类型。由图2.3可以看出，一共有三种类型组件，动态连接库，可执行，服务三种类型，分别对应着进程内组件，进程外组件，服务。选择动态连接库（进程内组件）。单击Finish，打开New Project Information对话框，然后单击OK完成后，一个新组件框架已经建立。图2.3 ATL COM AppWizard选择组件类型经过AppWizard创建得到应用仅仅是一个程序框架，可以看到包含一个全局成员：CComModule _Module;一个包含

38、着最初类型库说明.idl文件一个.def文件。一个.rc资源文件一个包含着资源ID定义头文件stdafx.h和stdafx.cpp文件其它.cpp文件，用来实现全局功能应用源文件。可以看出和MFC应用程序不同一点是多了一个后缀为.idl文件。每一个ATL工程都有一个和工程同名IDL文件，此IDL文件记录了该工程中所用到COM接口或COM对象定义。ATL AppWizard或ATL Object Wizard会自动维护此IDL文件，也可以手动修改此文件加入需要COM接口IDL定义。2.3 源文件说明 本节对BeepCntMod.cpp文件做简要说明，从而了解主文件程序结构。#include st

39、dafx.h#include resource.h#include #include BeepCntMod.h#include BeepCntMod_i.cCComModule _Module;BEGIN_OBJECT_MAP(ObjectMap)END_OBJECT_MAP()Initguid.h文件是一个标准OLE系统文件，需要在工程中引用，用来定义GUID（the globally unique identifier）结构。如果现在编译和连接一下应用程序，会发现多了一个和工程IDL文件同名.h头文件（BeepCntMod.h）和一个._i.c（BeepCntMod_i.c）文件。这是集成

40、环境调用MIDL编译器对工程IDL文件进行编译生成。在进行第一次编译之前，看不到这两个文件，必须编译以后才可以看这两个文件。BeepCntMod.h包含了接口和组件定义。BeepCntMod_i.c包含着GUID定义。_Module是一个全局变量，定义了类厂以及类厂所有初始化代码功能，如类厂注册等，如果不用ATL进行开发，而是采用MFC开发，类厂注册等都需要手动加入。可以通过MSDN来查看CComModule详细文档。最后一部分，是一个空对象映射，对象向导会将需要映射加入进去。每一个元素对象映射都有一个CLSID和一个类名。_Module对象读取这些映射根据CLSID来创建对象。接下来看一下D

41、llMain函数，它简单调用了_Module对象Init和Term函数。/ DLL Entry Pointextern CBOOL WINAPI DllMain(HINSTANCE hInstance, DWORD dwReason, LPVOID /*lpReserved*/) if (dwReason = DLL_PROCESS_ATTACH) _Module.Init(ObjectMap, hInstance, &LIBID_BEEPCNTMODLib); DisableThreadLibraryCalls(hInstance); else if (dwReason = DLL_PROC

42、ESS_DETACH) _Module.Term(); return TRUE; / ok最后四个函数如下：STDAPI DllCanUnloadNow(void) return (_Module.GetLockCount()=0) ? S_OK : S_FALSE;STDAPI DllGetClassObject(REFCLSID rclsid, REFIID riid, LPVOID* ppv) return _Module.GetClassObject(rclsid, riid, ppv);STDAPI DllRegisterServer(void) / registers object

43、, typelib and all interfaces in typelib return _Module.RegisterServer(TRUE);STDAPI DllUnregisterServer(void) return _Module.UnregisterServer(TRUE);这些函数除非调用_Module对象合适函数，什么也不做。有关这四个函数详细说明请参考有关COM书籍和MSDN。2.4 添加组件对象通过上面介绍，开始对ATL有了一定认识，下面为上面应用程序添加一个COM组件，本节主要目是熟悉如何通过ATL添加组件对象。最简单添加组件方法是通过ATL Object Wiza

44、rd。从Insert菜单下选择New ATL Object.,你将看到图2.4所示对话框。图2.4 ATL Object Wizard 这里选择Simple Object,单击Next,图2.5所示属性页显示出来，在这个属性页可以输入组件名称和组件属性。在Short Name编辑框里输入“BeepCnt”，也可以输入其它名字。输入“BeepCnt”其它七个编辑框内容会自动生成。图2.5 ATL Object Wizard Properties 单击属性页上Attributes,出现图2.6所示属性框，在这个框中可以选择组件相应属性，本例中选择默认。单击OK。图2.6 ATL Object Wi

45、zard PropertiesApartment Threading Model意思是指这个对象可以被一个或者多个线程所调用。实际上每个COM对象实例都是单线程，需要注意是假设COM对象有多个线程在调用它，如果在程序方法中引用了全局变量，必须保证程序多个线程访问安全问题。不管如何，只要引用了全局变量，需要考虑程序多线程访问时安全问题，或者在此选择Single Threading Model.在这里，选择Dual Interface,双重接口意思是指创建组件支持自定义接口，也支持自动化接口。自动化接口是用来支持脚本语言访问接口，考虑到客户程序自动化实现比自定义实现简单多，所以选择了双接口方式。A

46、ggregation，汉语意思为聚合。包容和聚合是COM两种重要类型。聚合是指组件对象一种特殊包容方法，在一个组件对象里面可以拥有另外组件对象。一般而言，采用COM自己实现聚合方式是复杂，而ATL可以帮助我们操作聚合实现。如果组件支持聚合，那么组件将是更加灵活，因此我们选择支持聚合。ISupportErrorInfo，创建 ISupportErrorInfo 接口支持，以便对象可将错误信息返回到客户端。我们不选择它。Connection Points，连接点用来支持事件，通过使对象类从 IConnectionPointContainerImpl 导出来启用对象连接点，连接点用来支持事件，所谓事

47、件是指COM对象中当某个属性发生改变时，对象产生一个事件，通知到客户程序，客户程序可以处理这些事件。本例中，不选择连接点。Free-Threaded Marshaller，自由线程封送拆收器，创建自由线程封送拆收器对象，以有效地在同一进程中两个线程之间封送接口指针。对指定“两者”或“自由”作为线程模型对象可用。用于多线程控制特定类型。本例中，不选择它。创建完成后组件对象由于支持双接口（自动化接口，自定义接口），聚合，多线程访问，因此它是一个简单但是易于扩展组件。现在工程中又多了两个ATL对象向导创建文件：beepcnt.cpp和beepcnt.h。beepcnt.cpp基本上是空，因为没有为组件对象添加任何属性。所有将来添加对象方法和属性都将在这个文件中实现。beepcnt.h包含了对象类定义。class ATL_NO_VTABLE CBeepCnt :