现在的位置: 首页 > 综合 > 正文

VC调用COM的方式总结

2013年09月09日 ⁄ 综合 ⁄ 共 4610字 ⁄ 字号 评论关闭
VC调用COM的方式总结

原文出处:http://topic.csdn.net/t/20040417/16/2977524.html,此篇转载稍有修改。

准备及条件:  
  COM服务器为进程内服务器,DLL名为simpCOM.dll,该组件只有一个接口IFoo,该接口只有一个方法HRESULT   SayHello(void)   
    
  在SDK中调用  
  =====================================  
  一、最简单最常用的一种,用#import导入类型库,利用VC提供的智能指针包装类  
  演示代码:   
  #import   "D:/Temp/vc/simpCOM/Debug/simpCOM.dll"   no_namespace  
  CoInitialize(NULL);   
  IFooPtr   spFoo   =   NULL;  
  spFoo.CreateInstance(__uuidof(Foo));  
  spFoo->SayHello();  
  spFoo.Release();/*晕死了,本来智能指针就是为了让用户不用关心这个的,可是我发现如果不手工调用一下的话,程序退出后会发生内存访问错误,我是在console中做试验的,哪位大侠知道怎么回事请一定指教*/  
  CoUninitialize();   
/*lynn注:确实是IXXXPtr智能指针所引起的问题,正确的方式有:
1.限制智能指针作用域:
CoInitialize(NULL);   
{
  IFooPtr   spFoo   =   NULL; //这样写也没问题,IFooPtr应该重载了赋值操作,但是IFooPtr是个类,不要把它当成真的原始指针了
  spFoo.CreateInstance(__uuidof(Foo));  
  spFoo->SayHello();  
 // spFoo.Release();
}
  CoUninitialize();
2.跟原句差不多:
  CoInitialize(NULL);   
  IFooPtr   spFoo   =   NULL;  
  spFoo.CreateInstance(__uuidof(Foo));  
  spFoo->SayHello();  
//  spFoo.Release(); 
  spFoo  = NULL;  // 网上找的,所以可以肯定IFooPtr定义了赋值操作
  CoUninitialize();   
*/
    
    
  二、引入midl.exe产生的*.h,*_i.c文件,利用CoCreateInstance函数来调用   
  演示代码:  
  /*在工程中加入*_i.c文件,例如本例的simpCOM_i.c,该文件定义了类和接口的guid值,如果不引入的话,会发生连接错误。*/   
  #include   "D:/Temp/vc/simpCOM/simpCOM.h"  
  CoInitialize(NULL);   
  IFoo*   pFoo   =   NULL;  
  HRESULT   hr   =   CoCreateInstance(CLSID_Foo,   NULL,   CLSCTX_ALL,   IID_IFoo,   (void**)&pFoo);  
  if   (SUCCEEDED(hr)   &&   (pFoo   !=   NULL))  
  {  
  pFoo->SayHello();  
  pFoo->Release();  
  }   
  CoUninitialize();   
/*
lynn注: 二适合有COM组件源码的情况,比如自己编写的COM组件,在VS项目里的“生成的文件”里的那两个文件
*/

    
  三、不用CoCreateInstance,直接用CoGetClassObejct得到类厂对象接口,然后用该接口的方法CreateInstance来生成实例。  
  演示代码:  
  /*前期准备如二方法所述*/  
  IClassFactory*   pcf   =   NULL;  
  HRESULT hr   =   CoGetClassObject(CLSID_Foo,   CLSCTX_ALL,   NULL,   IID_IClassFactory,   (void**)&pcf);  
  if   (SUCCEEDED(hr)   &&   (pcf   !=   NULL))  
  {  
  IFoo*   pFoo   =   NULL;  
  hr   =   pcf->CreateInstance(NULL,   IID_IFoo,   (void**)&pFoo);  
  if   (SUCCEEDED(hr)     &&   (pFoo   !=   NULL))  
  {  
  pFoo->SayHello();  
  pFoo->Release();  
  }  
  pcf->Release();  
  }   
/*
lynn注:CoCreateInstance相当于封装了CoGetClassObejct,一般直接用前者,但是由此衍生出第四个方式,却是我非常喜欢的,因为不注册,干净卫生环保!
*/ 
    
  四、不用CoCreateInstance   or   CoGetClassObject,直接从dll中得到DllGetClassObject,接着生成类对象及类实例(本方法适合于你想用某个组件,却不想在注册表中注册该组件)   
  演示代码:  
  /*前期准备工作如二方法所述,事实上只要得到CLSID和IID的定义及接口的定义就行*/   
  typedef   HRESULT   (__stdcall   *   pfnGCO)   (REFCLSID,   REFIID,   void**);  
  pfnGCO   fnGCO   =   NULL;  
  HINSTANCE   hdllInst   =   LoadLibrary("D://Temp//vc//simpCOM//Debug//simpCOM.dll");  
  fnGCO   =   (pfnGCO)GetProcAddress(hdllInst,   "DllGetClassObject");  
  if   (fnGCO   !=   0)  
  {  
  IClassFactory*   pcf   =   NULL;  
  HRESULT   hr=(fnGCO)(CLSID_Foo,   IID_IClassFactory,   (void**)&pcf);  
  if   (SUCCEEDED(hr)   &&   (pcf   !=   NULL))  
  {  
  IFoo*   pFoo   =   NULL;  
  hr   =   pcf->CreateInstance(NULL,   IID_IFoo,   (void**)&pFoo);  
  if   (SUCCEEDED(hr)     &&   (pFoo   !=   NULL))  
  {  
  pFoo->SayHello();  
  pFoo->Release();  
  }  
  pcf->Release();  
  }  
  }  
  FreeLibrary(hdllInst);   
  在MFC中调用  
  =====================================  
  在MFC中除了上面的几种方法外,还有一种更方便的方法,就是通过ClassWizard利用类型库生成包装类,不过有个前提就是com组件的接口必须是派生自IDispatch  
   
  具体方法:  
  1、按Ctrl+W调出类向导,按Add   Class按钮弹出新菜单,选From   a   type   libarary,然后定位到simpCOM.dll,接下来会出来该simpCOM中的所有接口,选择你想生成的接口包装类后,向导会自动生成相应的.cpp和.h文件.  
  这样你就可以在你的MFC工程中像使用普通类那样使用COM组件了.   
  演示代码:   
  CoInitialize(NULL);   
  IFoo   foo;  
  if   (foo.CreateDispatch("simpCOM.Foo")   !=   0)  
  {  
  foo.SayHello();  
  foo.ReleaseDispatch();  
  }   
  CoUninitialize();

/*lynn:顺便张贴下后面比较有价值的回复:*/

在stdafx.h文件导入dll能够让编译器在运行时连接dll的类型库,#import它能够自动产生一个对GUIDs的定义,同时自动生成对clsado对象的封装。同时能够列举它在类中所能找到的类型,   VC++会在编译的时候自动生成两个文件:   
  一个头文件(.tlh),它包含了列举的类型和对类型库中对象的定义;   
  一个实现文件(.tli)对类型库对象模型中的方法产生封装。   
  Namespace(名字空间)用来定义一个名字空间,使用unsing就可以将当前的类型上下文转换名字空间所定地,让我们可以访问服务组件的方法。   
  如果我们修改了服务组件程序,建议删除这两个文件后重新完整编译工程,以便让编译器重新列举类的属性以及函数。  

/*lynn:最后放点COM使用的注意及技巧:*/

1.ConvertStringToBSTR 也是需要释放内存空间的
Example
// ConvertStringToBSTR.cpp
#include <comutil.h>
#include <stdio.h>
#pragma comment(lib, "comsupp.lib")
#pragma comment(lib, "kernel32.lib")
int main()
{
char* lpszText = "Test";
printf("char * text: %s/n", lpszText);
BSTR bstrText = _com_util::ConvertStringToBSTR(lpszText);
wprintf(L"BSTR text: %s/n", bstrText);
SysFreeString(bstrText);
}
或者:
    char*   pTemp;
    CString csTemp;

    pTemp = _com_util::ConvertBSTRToString(bsVal);
    csTemp = pTemp;
    delete pTemp;
    pTemp = NULL;

2.对于throw()的函数,为了统一处理com错误,可以这样
 inline   void   TESTHR(HRESULT   x)   {if   FAILED(x)   _com_issue_error(x);};  
  ...  
  try  
  {  
  TESTHR(pConnection.CreateInstance(__uuidof(Connection)));   // 智能指针的CreateInstance是不抛异常的(根据HRESULTE判断调用是否成功),这里加了个宏就使异常处理统一了
  pConnection->Open(strCnn,   "",   "",   adConnectUnspecified);  
  pConnection->Open(strCnn,   "",   "",   adConnectUnspecified);  
  }  
  catch(_com_error   &e)  
  {  
  CString   t;  
  t.Format("%s",   e.ErrorMessage());  
  AfxMessageBox(t);  
  }

抱歉!评论已关闭.