ATL简介_什么是ATL

什么是ATL(Active Template Library)
ATL,Active Template Library活动模板库，是一种微软程序库，支持利用C++语言编写ASP代码以及其它ActiveX程序。经过活动模板库，能够创建COM组件，而后经过ASP页面中的脚本对COM对象进行调用。这种COM组件能够包含属性页、对话框等等控件。

ATL简介 
一. 什么是ATL 
自从1993年Microsoft首次公布了COM技术之后，Windows平台上的开发模式发生了巨大的变化，以COM为基础的一系列软件组件化技术将Windows编程带入了组件化时代。广大的开发人员在为COM带来的软件组件化趋势欢欣鼓舞的同时，对于COM开发技术的难度和烦琐的细节也感到极其的不便。COM编程一度被视为一种遥不可及的技术，令送床健？⑷嗽毕Ｍ芄挥幸恢址奖憧旖莸腃OM开发工具，提升开发效率，更好地利用这项技术。
针对这种状况，Microsoft公司在推出COM SDK之后，为简化COM编程，提升开发效率，采起了许多方案，特别是在MFC（Microsoft Foundation Class）中加入了对COM和OLE的支持。可是随着Internet的发展，分布式的组件技术要求COM组件可以在网络上传输，而又尽可能节约宝贵的网络带宽资源。采用MFC开发的COM组件因为种种限制不能很好地知足这种需求，所以Microsoft在1995年又推出了一种全新的COM开发工具ATL。
ATL是ActiveX Template Library 的缩写，它是一套C++模板库。使用ATL可以快速地开发出高效、简洁的代码（Effective and Slim code），同时对COM组件的开发提供最大限度的代码自动生成以及可视化支持。为了方便使用，从Microsoft Visual C++ 5.0版本开始，Microsoft把ATL集成到Visual C++开发环境中。1998年9月推出的Visual Studio 6.0 集成了ATL 3.0版本。目前，ATL已经成为Microsoft标准开发工具中的一个重要成员，日益受到C++开发人员的重视。
ATL究竟给开发人员带来了什么样的益处呢？这还要先从ATL产生之前的COM开发方式提及。
在ATL产生之前，开发COM组件的方法主要有两种：一是使用COM SDK直接开发COM组件，另外一种方式是经过MFC提供的COM支持来实现。
直接使用COM SDK开发COM组件是最基本也是最灵活的方式。经过使用Microsoft提供的开发包，咱们能够直接编写COM程序。可是，这种开发方式的难度和工做量都很大，一方面，要求开发者对于COM的技术原理具备比较深刻的了解（虽然对技术自己的深入理解对使用任何一种工具都是很是有益的，但对于COM这样一整套复杂的技术而言，在短期内彻底掌握是很难的），另外一方面，直接使用COM SDK要求开发人员本身去实现COM应用的每个细节，完成大量的重复性工做。这样作的结果是，不只下降了工做效率，同时也使开发人员不得不把许多精力投入到与应用需求自己无关的技术细节中。虽然这种开发方式对于某些特殊的应用颇有必要，但这种编程方式并不符合组件化程序设计方法所倡导的可重用性，所以，直接采用COM SDK不是一种理想的开发方式。
使用MFC提供的COM支持开发COM应用能够说在使用COM SDK基础上提升了自动化程度，缩短了开发时间。MFC采用面向对象的方式将COM的基本功能封装在若干MFC的C++类中，开发者经过继承这些类获得COM支持功能。为了使派生类方便地得到COM对象的各类特性，MFC中有许多预约义宏，这些宏的功能主要是实现COM接口的定义和对象的注册等一般在COM对象中要用到的功能。开发者可使用这些宏来定制COM对象的特性。
另外，在MFC中还提供对Automation 和 ActiveX Control的支持，对于这两个方面，Visual C++也提供了相应的AppWizard和ClassWizard支持，这种可视化的工具更加方便了COM应用的开发。
MFC对COM和OLE 的支持确实比手工编写COM程序有了很大的进步。可是MFC对COM的支持是不够完善和完全的，例如对COM接口定义的IDL语言，MFC并无任何支持，此外对于近些年来COM和ActiveX技术的新发展MFC也没有提供灵活的支持。这是由MFC设计的基本出发点决定的。MFC被设计成对Windows平台编程开发的面向对象的封装，天然要涉及Windows编程的方方面面，COM做为Windows平台编程开发的一个部分也获得MFC的支持，可是MFC对COM的支持是以其全局目标为出发点的，所以对COM 的支持必然要服从其全局目标。从这个方面而言，MFC对COM的支持不能很好的知足开发者的要求。
随着Internet技术的发展，Microsoft将ActiveX技术做为其网络战略的一个重要组成部分大力推广，然而使用MFC开发的ActiveX Control，代码冗余量大（所谓的“肥代码 Fat Code”），并且必需要依赖于MFC的运行时刻库才能正确地运行。虽然MFC的运行时刻库只有部分功能与COM有关，可是因为MFC的继承实现的本质，ActiveX Control必须背负运行时刻库这个沉重的包袱。若是采用静态链接MFC运行时刻库的方式，这将使ActiveX Control代码过于庞大，在网络上传输时将占据宝贵的网络带宽资源；若是采用动态链接MFC运行时刻库的方式，这将要求浏览器一方必须具有MFC的运行时刻库支持。总之MFC对COM技术的支持在网络应用的环境下也显得很不灵活。

解决上述COM开发方法中的问题正是ATL的基本目标。
首先ATL的基本目标就是使COM应用开发尽量地自动化，这个基本目标就决定了ATL只面向COM开发提供支持。目标的明确使ATL对COM技术的支持达到淋漓尽致的地步。对COM开发的任何一个环节和过程，ATL都提供支持，并将与COM开发相关的众多工具集成到一个统一的编程环境中。对于COM/ActiveX的各类应用，ATL也都提供了完善的Wizard支持。全部这些都极大地方便了开发者的使用，使开发者可以把注意力集中在与应用自己相关的逻辑上。
其次，ATL因其采用了特定的基本实现技术，摆脱了大量冗余代码，使用ATL开发出来的COM应用的代码简练高效，即所谓的“Slim Code”。ATL在实现上尽量采用优化技术，甚至在其内部提供了全部C/C++开发的程序所必须具备的C启动代码的替代部分。同时ATL产生的代码在运行时不须要依赖于相似MFC程序所须要的庞大的代码模块，包含在最终模块中的功能是用户认为最基本和最必须的。这些措施使采用ATL开发的COM组件(包括ActiveX Control)能够在网络环境下实现应用的分布式组件结构。
第三，ATL的各个版本对Microsoft的基于COM的各类新的组件技术如MTS、ASP等都有很好的支持，ATL对新技术的反应速度大大快于MFC。ATL已经成为Microsoft支持COM应用开发的主要开发工具，所以COM技术方面的新进展在很短的时间内都会在ATL中获得反映。这使开发者使用ATL进行COM编程能够获得直接使用COM SDK编程一样的灵活性和强大的功能。
本文的目的就是但愿在有限的篇幅中可以使读者对ATL的使用和基本原理有一个初步的了解，为广大的COM开发人员更好地使用ATL开发起到抛砖引玉的做用。

二. ATL基本技术
虽然使用ATL开发COM 应用是一件很是简单的事情，可是在ATL简单易用的界面后面却包含着复杂的技术。面对ATL生成的大量代码，咱们即便不去深刻地了解这些代码的含义也能够开发出COM应用来，可是若是咱们要充分地挖掘ATL的潜力，开发出更灵活、强大的COM应用，则必须对ATL使用的基本技术有所了解。研究ATL的实质最好的教材就是由Visual C++提供的ATL源代码。本文这一部分只是对ATL中用到的最基本的技术进行简单的介绍。
简单地说来，ATL中所使用的基本技术包括如下几个方面：
COM技术 
C++模板类技术(Template) 
C++多继承技术(Multi-Inheritance) 
　　COM技术是理解ATL的基础，使用ATL进行开发要对COM技术的基本概念有最低限度的了解。因为COM是一项很是复杂庞大的技术体系，限于本文的篇幅，这里再也不赘述。对于本文中提到的COM基本概念也不作过多的解释，请读者参阅有关的参考书籍。
做为ATL最核心的实现技术的模板是对标准C++语言的扩展，可是在大多数的C++编程环境中，人们不多使用它，这是由于模板的功能虽然很强，可是它内部机制比较复杂，须要比较多的C++知识和经验才能灵活地使用它。在MFC中的CObjectArray等功能类就是由模板来定义的。彻底经过模板来定义程序的总体类结构，ATL是迄今为止作得最为成功的。
所谓模板类简单地说是对类的抽象。咱们知道C++语言用类定义了构造对象(这里指C++对象而不是COM对象)的方式，对象是类的实例，而模板类定义的是类的构造方式，使用模板类定义实例化的结果产生的是不一样的类。所以能够说模板类是“类的类”。
在C++语言中模板类的定义格式以下：
注意：<和>是左右尖括号，可能没法正常显示。
template < class T>
class MyTemp
{
MyTemp<T>( ){ };
~MyTemp<T>( ) { };
int MyFunc( int a) ;
}
………….
Int MyTemp<T>::MyFunc( int a)
{
} 
首先使用C++的关键字“template”来声明一个模板类的定义。在关键字后面是用尖括号括起来的类型参数。正是根据这个类型参数，编译器才能在编译过程当中将模板类的具体定义转化为一个实际的类的定义，即生成一个新的类。接下来的定义方式与普通的类定义十分类似，只是在类的函数定义中都要带有类型参数的说明。
下面的程序段说明了模板类的用法：
typedef MyTemp<MyClass> myclassfromtemp;
myclassfromtemp m;
int a = m.Myfunc(10); 
一般在使用模板类时为了方便起见，使用一个关键字“typedef”为新定义出来的类取一个名字。在上面的程序段中假设“MyClass”是一个由用户定义的类，经过将这个类的名字做为类型参数传递给模板类，咱们能够建立一个新的类，这个类的行为将以模板类的定义为基础，例如它具备模板类定义的全部成员函数，同时这个类又是对模板类行为的一种修改，这种修改是经过用户提供的类型参数来实现的。赋予模板类以不一样的类型参数，则获得行为框架类似但具体行为不一样的一组类的集合。有了新的类的定义之后，咱们能够象使用普通类同样来建立一个类的实例，即一个新的对象，而且调用这个对象的成员函数。
模板类是对标准C++语言的最新扩展，虽然它的功能很强大，可是要想使用好模板类须要至关多的关于语言和编程的经验和知识，并且错误地使用模板类又会对程序的结构和运行效率带来大的反作用，所以通常的编程环境和编程书籍对模板类的使用都采起谨慎的态度。而ATL的核心就是由几十个模板类构成的，经过研究ATL的源代码可使咱们对模板类的使用有比较深入全面的认识。

多继承技术同模板同样，是C++语言中极具争议性的技术。使用多继承技术可使程序的设计和实现更加灵活，可是，因为多继承的复杂性和自身概念上的一些问题，使多继承在各类面向对象的语言环境中获得的支持都很是有限。例如Small Talk根本就不容许多继承，一样MFC也不支持多继承技术。
多继承最大的问题是所谓的“钻石结构”。例以下面的代码：
class A
{
.....
};
class B : public A
{ 
.. .
};
class C : public A
{
.....
};
class D : public C，B
{
........
} 
因为类D同时从类C和B继承，所以在下面的语句中就会发生歧义：
D* pD = new D;
(A*)pD->Func(...); 
因为类D经过类C和类B 分别继承了类A，这里的强制转化就会发生歧义。
ATL使用了C++最新规范中加入的两个运算符号 static_cast、dynamic_cast代替简单的强制转化，从而消除多继承带来的歧义。使用这两个运算符号，咱们能够在对象运行过程当中获取对象的类型信息。上面的代码能够采用下面的方式修改：
D* pD = new D;
static_cast<A*>(static_cast<B*>(pD))->Func(...); 
为何模板类和多继承技术会成为ATL主要的工具呢？缘由在于，采用模板能够在编译过程当中快速的生成具备用户定制功能的类，这对于COM这样一个复杂的技术体系在实现效率上获得了很大的提升。经过使用模板类，用户能够把精力集中在本身开发的类的基本逻辑上，在完成了本身的类的设计之后，经过继承不一样的类，生成不一样的模板类，就能够快速地实现COM的功能，同时又避免了采用单继承结构形成的大量功能冗余。
总之，正是因为在设计实现过程当中采用了模板类和多继承技术，才使ATL成为一个小巧灵活的COM开发工具，可以适应开发人员对COM应用开发的各类须要。

三. ATL基本使用 
　　这一部分将重点介绍ATL的基本使用过程。因为ATL已经被集成在Microsoft Visulal Studio的Visual C++开发环境中，所以要使用ATL必须先安装Visual C++。在下面的讨论中有关COM的基本知识请参阅有关的文档，这里再也不详细说明。给出的图是在Microsoft Windows 98平台下Visual Studio 6.0的使用示意图。
使用ATL开发一个COM应用基本能够分为如下几个步骤：
建立一个新的ATL工程，并对工程的选项进行适当的配置。 
向新建立的工程添加新的ATL类，并对该类进行一些初始配置工做。 
根据COM应用的基本要求向新的ATL类加入新的接口定义，并实现相应的接口成员函数。 
编译链接工程，注册COM应用。 
下面将根据这些步骤依次介绍ATL的基本使用过程。
1. 建立工程
首先启动Visual C++集成开发环境，选择“File”菜单下的“New...”命令，在“New”对话框中选择“Project”页。
选择“ATL COM AppWizard”项，这是建立ATL工程的AppWizard向导入口。而后在“Project name”编辑框中输入工程的名字，单击“OK”按钮，进入AppWizard对话框。
在AppWizard对话框中主要的设置选项有：
COM服务程序的类型：
- 动态链接库（Dynamic Linking Library） 最终产生一个动态链接库(DLL)形式的COM服务程序；
- 应用程序（Executable application）最终产生一个可执行程序类型(EXE)的COM服务程序；
- NT服务（NT Service）：产生一个以NT服务方式运行的COM服务程序。 
容许嵌入Proxy/Stub代码。由Microsoft提供的MIDL编译IDL文件之后，将产生用于对象调度（Marshaling）的Proxy/Stub的代码。传统地，这部分代码与COM服务程序的代码是分离的，可是因为新的COM标准支持多线程环境下的COM对象服务，所以在动态链接库的COM服务程序中也要有Proxy/Stub的支持。为了支持在网络上的传输，ATL容许用户选择将Proxy/Stub的代码包括在生成的DLL代码中。这个选项在EXE和NT服务类型的COM应用条件下不可选。 
容许支持MFC。因为ATL对除COM之外的基本的Windows编程方面的支持极为有限，同时许多程序员对MFC又很是熟悉，所以在ATL的工程设置中容许在ATL工程内部支持使用MFC，便可以使用MFC定义的类。这在一方面来看是很是方便的，特别是对于习惯于使用MFC的开发人员来讲，可以使用MFC提供的各类功能强大的类的支持，而没必要直接使用Windows SDK。从另外一个方面来看，在ATL工程中使用MFC同时就丧失了ATL代码轻量级的特色。 
支持MTS。MTS是Microsoft Transaction Server的缩写，它是Microsoft在COM技术方面的一个新的分支，这里不做详细说明。 
完成上面的设置之后，能够选择FINISH完成工程的设置，ATL将建立相应的工程。
2. 加入ATL类
完成工程的建立和设置之后，下一步就是向工程中加入一个新的ATL类。Visual Studio集成环境提供了向导工具“ATL Object Wizard”用于加入一个新的ATL类。操做过程并不复杂，只是一组对话框操做而已。
首先经过集成环境的“Insert”菜单下的“New ATL Object…”命令进入“ATL Object Wizard”对话框。

这个对话框即为建立ATL对象的向导起始界面。对话框的左边部分说明了待建立对象的基本类型，这里主要有如下的几种类型：
对象（Object）基本的COM对象类型； 
控制（Control）ActiveX Control类型的ATL对象； 
其余（Miscellaneous）辅助功能，如对话框的生成等； 
数据访问（Data Access）数据访问，支持MTS等。 
右边部分说明了每种类型的详细内容，对于通常的COM服务程序，使用对象表中的简单对象（Simple Object）就能够了。
选定待建立对象的基本类型之后，单击“Next>”按钮进入下一步，进入对象属性设置对话框，如图4和图5所示。
对象属性设置分为两个过程：先是对象名字标识的设定，而后是对对象的基本属性进行设置。首先是对象的名字标识设置。
在对象标识编辑框中输入待建立对象的名字，ATL对象向导将同步地根据用户输入的对象标识设定该对象的C++标识和COM标识。对象的C++标识包括对象的类名，cpp文件名和头文件名。COM标识包括对象在类型库中的CoClass段和实现的主接口的名字，同时还有在系统注册表中的类型名以及ProgID。
对象名字标识设置完成之后，选择对象属性页（Attribute）进入对象的属性设置页面。
对象的属性设置是ATL对象建立过程当中最复杂的部分，包括如下几个主要部分：
对象的线程模型（Thread Model）
对象的线程模型是COM对象在多线程环境下被访问时对访问方式的控制，缺省状况下在ATL中采用的是套间模型Apartment，由系统经过消息队列方式提供并发控制。 
对象的接口模型（Interface）
COM对象的接口能够是双接口(Dual Interface)。双接口不一样于普通接口(Custom Interface) 之处在于双接口是从Automation基本接口IDispatch继承的，而普通接口是从IUnknown接口直接继承来的。缺省的接口模型是双接口。 
对象的聚合模型（Aggregate）
COM规范不容许对象的实现继承，可是能够经过聚合方式重用其它的COM对象。ATL对象属性设置中的聚合模型能够指定待建立的COM对象是否支持聚合模型。缺省的选项是支持对象的聚合。 
对象对错误处理的支持(Support ISupportErrorInfo)
选取这个选项能够在对象的运行过程当中支持错误处理。缺省状况下这个选项不被选中。 
对象对链接点的支持(Support Connection Points)
链接点是COM对象的事件机制。选中这个选项可使待建立的COM对象具备发出事件的能力。缺省状况下该选项不被选中。 
对象对自由线程调度的支持(Free Thread Marshaller, 简称FTM)
对象的自由线程调度是对象在处于自由线程模型状态下，为了简化对象的访问过程而采用的一种优化策略。缺省状况下该选项不被选中。 
对于上述的任何一个选项的详细描述都涉及到COM技术一些核心的内容，而且都已超出本文的范围，所以本文只对ATL给出的缺省选项加以说明，对这些内容感兴趣的读者能够参考Microsoft提供的文档。
完成了上面的设置之后，就能够按“OK”按钮完成对象的建立过程。下一步就是向所生成的ATL类的接口中加入成员函数的定义，以及接口成员函数的实现过程。
3. 加入接口定义，实现接口函数 
加入了ATL类定义以后，咱们能够打开Visual C++集成环境下项目管理器（Workspace）中的Class View来检查生成的类定义的状况。咱们能够看到一个新的类已经生成，同时，还生成了相应的接口定义。ATL Object Wizard为咱们生成了类定义的.h 和.cpp文件，此外还有用于接口定义的IDL文件。有了这些文件之后，咱们就能够为接口加入成员函数，完成类的定义。
首先在Class View中选中相应的接口，显示为接口IATLTest，单击鼠标右键打开菜单，如图7。此弹出式菜单定义了为接口加入属性和方法的操做。选取其中的“Add Method...”项，能够为接口加入方法成员；选取“Add Property...”则能够为接口加入新的属性成员。
加入属性和方法的对话框能够参看图8和图9。若是咱们要在接口中加入一个方法，则选取“Add Method...”菜单命令。假设方法名为ABC，方法的返回类型为COM规定的HRESULT类型。咱们也能够定义非HRESULT返回类型的函数，可是这须要手工修改接口定义的IDL文件。咱们定义ABC方法的一个参数为a，类型为整数型。完成了方法的定义之后，单击“OK”按钮则把此方法加入到接口中。
属性的加入过程是相似的。属性加入对话框要求指定属性的类型、名字以及属性的访问方式。在属性和方法的编辑对话框中都有一个“Attributes”按钮，在给出了一个属性或方法的基本定义以后，单击此按钮，能够对属性和方法的一些高级特性进行设置。
方法成员加入之后，咱们能够经过Class View来检查ATL为咱们所作的工做。首先咱们看到ATL在接口的定义中加入了该方法的定义；同时在对应的ATL类定义中，也加入了一个相应的方法的定义；在类对应的.cpp文件中，加入了此方法的实现框架。此后，咱们只要在这个函数框架中加入该方法的代码逻辑，一个接口函数的定义和实现就基本完成了。依照这种方式，咱们能够完成整个COM对象的定义和实现。
完成以上的步骤以后，咱们就能够编译链接应用了。
4. 编译链接应用、注册COM服务程序
对ATL工程的编译链接过程包括下面的几个步骤：
使用MIDL编译工程的IDL文件，造成接口定义的头文件和用于调度(Marshalling)的代码； 
编译工程的.cpp文件造成目标文件； 
链接目标文件，造成应用模块； 
注册COM服务程序。 
关于工程编译链接的其它部分同Visual C++中MFC工程的编译链接过程类似，这里只重点介绍一下COM服务程序的注册过程。

　在ATL中，COM服务程序的注册是在工程编译链接的最后阶段，由ATL辅助完成的。在手工的COM编程中，服务程序的注册是比较麻烦的工做。在ATL中，系统经过读取在创建工程过程当中造成的注册脚本文件来完成注册工做。注册脚本(Register Script 简称RGS)是ATL提供的文本方式的注册辅助文件。下面是注册脚本文件的一个实例。
HKCR － 表示注册表中COM对象的注册项，是HKEY_CLASS_ROOT的缩写
{
AuthTest.ActiveXObject.1 = s 'ActiveXObject Class'
{
CLSID = s ''
} － 对象的ProgID
AuthTest.ActiveXObject = s 'ActiveXObject Class'
{
CLSID = s ''
} －对象的与版本无关的ProgID
NoRemove CLSID －对象CLSID注册项
{
ForceRemove = s 'ActiveXObject Class'
{
ProgID = s 'AuthTest.ActiveXObject.1'
VersionIndependentProgID = s 'AuthTest.ActiveXObject'
InprocServer32 = s '%MODULE% －服务器类型，表示DLL服务器
{
val ThreadingModel = s 'both' －线程模型，这里是BOTH型
}
}
}
}
RGS文件包含注册COM服务程序的各项内容，通Ｎ颐遣槐匦薷拇薘GS文件，必要时咱们也能够手工修改RGS文件来定制模块的注册过程。

        四. 应用ATL的一个例子
上面介绍了使用ATL建立一个COM服务程序的基本过程。在介绍过程当中，咱们实际上已经生成了一个COM服务程序的基本框架，只是没有填写实际的内容。在下面部分，咱们实际开发一个十分简单的COM服务程序，而且为它编写一段客户代码进行测试，使你们对使用ATL开发COM服务程序的过程有一个全面总体的了解。
咱们要开发的服务程序的功能很简单，它只实现一个接口，这个接口名字是ISimpleInterface，接口只有一个成员函数，叫作Welcome。这个函数的功能只是输出一个“Hello World!”的字符串。
按照上一部分介绍的建立COM服务程序的步骤，咱们进行以下的操做：
1 打开Visual C++集成开发环境；
2 建立一个称为SimpleTest的ATL工程；
3 在这个工程中插入新的对象，对象的名字是SimpleInterface；
4 设置接口ISimpleInterface的有关属性，使它成为一个双接口；
5 在对象的接口ISimpleInterface中加入方法Welcome；
6 打开ATL加入的Welcome方法的框架，能够看到以下的代码段：

STDMETHODIMP CActiveXObject::get_TestProp(long *pVal)
{
AFX_MANAGE_STATE(AfxGetStaticModuleState())
// TODO: Add your implementation code here
return S_OK;
} 
7 将程序框架中的注释部分替换为下面的代码：
::MessageBox(NULL,_T(”Hello World!”),_T(”Welcome”), MB_OK);
Welcome方法被调用时将弹出一个消息框。
8 编译链接工程。
上面的步骤完成之后，咱们就有了一个简单的COM服务程序，并且已经被注册到当前系统中。
下面咱们要完成一个简单的COM客户程序。一个COM客户程序简单地说是使用COM组件对象的程序。客户程序调用COM对象的基本流程是：
建立COM对象的实例。这能够经过调用Windows系统的API函数CoCreateInstance来完成。 
经过接口调用函数。 
调用IUnknown::Release释放COM对象实例 
咱们的客户程序是使用MFC编写的一个基于对话框的简单应用程序。具体的过程以下：
1 打开Visual C++集成开发环境；
建立一个称为SimpleClient的基于对话框的MFC工程； 
在对话框中加入一个按钮，名字为TEST； 
在SimpleClient.cpp文件中加入以下的代码： 
(1) 在cpp文件 #include “simpleclientdlg.h”以后加入下面的代码：
#include “d:\simpletest\simpletest_i.h” // 根据须要修改头文件的路径
加入的头文件是在编译COM服务程序过程当中自动生成的，其中包含接口自己的定义、接口IID的定义和COM对象的CLSID的定义。包含该头文件可使客户程序可以使用COM服务程序。
(2) 在按钮TEST的消息控制函数中加入以下的代码：
HRESULT hr; 
ISimpleInterface* pIntf = NULL;
hr = CoCreateInstance(CLSID_SimpleInterface, NULL, CLSCTX_SERVER , 
IID_ISimpleInterface, (void **)& pIntf);
if(SUCCEEDED(hr))
{
pIntf->Welcome();
pIntf->Release();
} 
上面的代码首先经过系统API CoCreateInstance建立COM对象，获得接口的指针，而后调用接口成员函数Welcome，最后经过IUnknown::Release()函数释放COM对象实例。
编译链接客户程序
最后，咱们能够测试客户程序是否正常运行。启动客户程序，当单击“TEST”按钮时咱们能够看到弹出一个消息框，这正是咱们的COM服务程序提供的功能。

更多内容介绍：http://url7.me/bjcF1