久久久久www,一区二区三区欧美在线观看,亚洲国产精品一区二区www在线

com �W�记�? �c�d��实现

Thu, 14 Dec 2006 14:42:00 GMT

1、CoGetClassObject使用DllGetClassObject来创建类厂。声明如下：

STDAPI    DllGetClassObject (
                                const   CLSID &clsid,
                                const   IID & iid,
                                void ** ppv );

2、组件的创徏�q�程

客户调用 CoGetClassObject----〉com库调用DllGetClassObject ------>�q�回�l�客户IClassFactory------>客户调用 IClassFactory::CreateInstance------>�q�回�l�客�?IX---------〉客戯��用IX::FX.

爱饭�?/a> 2006-12-14 22:42 发表评论

com�W�记�?��Z��么用�c�d��

Thu, 14 Dec 2006 13:53:00 GMT

1.CoCreateInstance的不灉|��.

我们知道 CoCreateInstance创徏�l��g的过�E�是:传给他一个CLSID,然后它创建相应的�l��g.,�q�返回所��h��接口的指�?.CoCreateInstance没有提供一�U�可以控制组件创��E�的的方�?

存在问题: 我们不能控制�l��g创徏�q�程.
解决�Ҏ��: 使用一个专门创建组件的�l��g,�?�c�d��.

2.�c�d��.

实际上CoCreateInstance�q�没有创建组�?而是创徏了一个被�U�Cؓ�c�d��的组�?
�c�d��唯一功能��是创徏其他�l��g.

�_��点讲��是.某个特定�c�d��创建某个特定CLSID相应的组�? 客户可以通过�c�d��所支持的接口来对类厂创建组件的�q�程加以控制. 创徏�l��g的标准接口是 IClassFactory,用CoCreateInstance创徏的组件实际上是通过IClassFactory来创建的.

3.CoGetClassObject

要创��Z��个组�?首先要创建类厂本�w?

CoCreateInstance()用来创徏与指定CLSID的组�?�q�返回指向组件某个接口的指针.
与CoCreateInstance�c�M��,用CoGetClassObject() 来创��Z��指定CLSID的类�?�q�返回指向类厂某个接口的指针.

函树定义如下:

HRESULT __stdcall 用CoGetClassObject(

   const CLSID & clsid,
   DWORD dwClsContext,    //server context
   COSERVERINFO *pServerInfo, //Resevred for DCOM
   const IID &iid,
   void ** ppv
);

客户�?CoCreateInstanc 所�q�回的指针来创徏所需的组�?�q�个指针通常是一个IClassFactory指针.

3.IClassFactory

�c�d��所支持的用于创建组件的标准接口�?IClassFactory.大部分组件可以通过它来创徏.
声明如下:

interface IClassFactory :IUnknown
{
  HRESULT stdcall CreateInstace(IUnknown * pUnknownOuter,
                  const IID &iid,
                  void **ppv);
  HRESULT stdcall LockServer(bool bLock);
  };

4.��Z��么要用用CoGetClassObject

大多数情况下使用 CoCreateInstanc 创徏�l��g�Q�而不使用CoGetClassObject。但是在以下两种情况  下应使用CoGetClassObject而不使用 CoCreateInstanc �?br />1、若想用不同�?IClassFactory 的某个创建接口来创徏�l��g�Q�则必须使用CoGetClassObject�?br />2、若需要创建同一�l��g的多个不同实例，使用CoGetClassObject可以取得较高效率。因��样只需相应�l��g的类厂一�ơ，而CoCreateInstanc 需要�ؓ每个实例分别创徏�q��攄��应的�c�d��?br />另外�Q�CoGetClassObject可以对组件的创徏�q�程�q�行更多的控制�?/p>

爱饭�?/a> 2006-12-14 21:53 发表评论

com�W�记�? �c�d��

Thu, 14 Dec 2006 13:41:00 GMT

创徏一个组件最��单的�Ҏ��

1,创徏一个组件最��单的�Ҏ��:�?CoCreateInstanc函数.因此CoCreateInstanc也是创徏�l��g用的最多的一�U�方�?但其灉|��性有�?不能满��所有组件的需�? �q�就是�ؓ什么要引入�c�d��.

所有组仉��是用�c�d��创徏�? CoCreateInstanc也是按照一般方法通过�c�d��来创建组件的.

2. CoCreateInstanc

com库中包含一个创建组件的名�ؓCoCreateInstanc的函�?

定义如下:

HRESULT __stdcall CoCreateInstanc(

   const CLSID & clsid,
   IUnknown * pIUnknown,   //outer component
   DWORD dwClsContext,    //server context
   const IID &iid,
   void ** ppv
);

看以看到有四个输入参��C��个输出参�?
�W�一个待创徏�l��g的CLSID.
�W�二个是用来聚合�l��g�?
�W�三个是用来限定所创徏�l��g的执行上下文.
�W�四个是�l��g待��用的接口的IID;
CoCreateInstanc��在最后一个参��C��q�回此接口指�?
��一个IID 传给CoCreateInstanc,客户��无需在创建组件后再调用QueryInterface;

3.CoCreateInstanc的��?/p>

IX *pIX = NULL;
HRESULT hr = CoCreateInstanc(CLSID_component1,
                                NULL,
                                CLSCTX_INPROC_SERVER,
                                IID_IX,
                                (void **)&pIX);

if(SUCCEEDED(hr))
{
pIX->Fx();
pIX->Release();
}

该例子创��Z��一个由CLSID_component1标志的组�?
此处不需要聚合组�?因此�W�二个参��C��NULL;
我们用IID_IX来表�C�希望得到接口IIX的指�?CoCreateInstanc��把此指针返回在pIX变量�?若成功返回则可用该接�?Release()表示�Ҏ��口和�l��g的��用已�l�完�?

�c�M��下文

CoCreateInstanc的第三个参数可以控制所创徏的组件是在客户创建的�q�程中运�?�q�是在不同进�E�中.或者在另外一台机器上.

该参数可以由一下几个值组�?

CLSCTX_INPROC_SERVER,
CLSCTX_INPROC_HANDLER,
CLSCTX_LOCAL_SERVER,
CLSCTX_REMOTE_SERVER;
客户可以在三�U�不同上下文中��用某个组�? �q�程�?本地,�q�程.

爱饭�?/a> 2006-12-14 21:41 发表评论

Wed, 23 Nov 2005 08:50:00 GMT

所有com�l��g和客户需要一些相同操作，��Z��证这些操作是按标准来的，com定义了一个函数库来实现所有这些操作。此函数库是�?ole32.dll中实现的。在使用静态链接时�Q�可以��用ole32.lib�?BR>
com库的初始化，除了CoBuildVersion必须首先调用CoInitialize来初始化com库函数。当�q�程不再需要库函数�Ӟ��必须调用CoUninitialize�?BR> 对于一个进�E�只需初始化一�ơcom库，如果多次初始化，必须保证每个都有对应的CoUninitialize.

OleInitialize��Z��com�Q�增��M��更多功能�?BR>
内存��理�?BR>
在组件中分配一块内存，产生问题�Q�有谁来释放�Q?如何释放�Q?BR>
com解决�q�一问题�Ҏ��是：提供一个�Q务内存分配器。��用它�Q�com可以提供一块可以由客户删除的内存�?/P>

爱饭�?/a> 2005-11-23 16:50 发表评论

com �W�记�?HRESULT�Q�GUID及注册表

Wed, 23 Nov 2005 08:30:00 GMT

HRESULT ��Z��个可以分��Z��个域�?2位倹{�?BR>

自定义HRESULT一般规则：

1、不要将0x0000�?x01FF范围内作��回码�?BR>2、不要传播FACILITY_ITF错误代码�?BR>3、尽可能使用通用com成功或失败代码�?BR>4、避免定义自��q�� HRESULT�Q�可以在函数中��用输出参数�?BR>
利用MAKE_HRESULT宏来定一个HRESULT倹{�?BR>

GUID
是一�?28�?6字节的GUID�l�构�?BR>MS提供两个工具生成GUID�Q�一个是UUIDGEN。EXE   另一个是 GUIDGEN.EXE�?BR>
定义一个GUID:
extern "C"    const   IID      IID_IX =
{
      .....
}
声明�Q?BR>extern "C"   congst   IID      IID_IX;

或者宏

DEFINE_GUID(IID_IX, .....);

��一个GUID做�ؓ�l��g标志�W��?BR>IUnknown    *    CoCreateInstance(.....);

com中用以标志组件的GUID被称为类标志�W�，用CLSID与IID区分�?BR>

通过引用传递GUID�?BR>
注册表�?BR>CoCreateInstance��利用CLSID作�ؓ关键字在注册表中找所需文�g名�?BR>
com只用了这册表的一个分支：HKEY_CLASSES_ROOT, 其下有一个CLSID关键字，其下列有�pȝ��中安装的所有组件的CLSID�?BR>

爱饭�?/a> 2005-11-23 16:30 发表评论

Wed, 23 Nov 2005 07:02:00 GMT

如何��一个组件放��C��个DLL中�?BR>com不是DLL。DLL只是一个组件服务器�Q�或者说是一中发行组件的方式�?img src ="http://m.shnenglu.com/ivenher/aggbug/1259.html" width = "1" height = "1" />

爱饭�?/a> 2005-11-23 15:02 发表评论

Wed, 23 Nov 2005 06:29:00 GMT

interface   IUnknown
{
         virtual      HRESULT      __stdcall QueryInterface(const IID && iid, void * *ppv) = 0;
         virtual      ULONG         __stdcall AddRef() = 0;
         virtual      ULONG         __stdcall Release() = 0;
}

引用计数��介：
AddRef �?Release实现的是一�U�名为引用计数器的内存管理技术。引用计数是使组件能��自�w�删除最��单也是效率最高的�Ҏ��?BR>
计数器��用规则：
1、返回之前调用AddRef�Q�）�Q?BR>2、��用完接口调用Release�Q�）�Q?BR>3、赋��g��后调用AddRef。再��一个接口指针赋�l�另一个接口指针时�Q�应调用AddRef�?img src ="http://m.shnenglu.com/ivenher/aggbug/1257.html" width = "1" height = "1" />

爱饭�?/a> 2005-11-23 14:29 发表评论

Wed, 23 Nov 2005 05:59:00 GMT

��结�Q?BR>com�l��g是以动态链接库�Q�DLLS�Q�或者可执行文�g�Q�EXES)形式发布的可执行代码�l�成�?BR>com�l��g是动态链接的�?BR>
QueryInterface
是将com�l��g同c++�c�d��开的一�U�特性�?BR>
com�l��g的大部分灉|��性及��装的能力都有其提供�?BR>它��得客戯��在运行时军_��一个组件所能提供的功能�?BR>��组件的功能完全的向客户隐藏�?BR>极好的实现对版本的无�~�处理�?BR>
IUnknown接口�?BR>所有接口的�Ҏ��口�?img src ="http://m.shnenglu.com/ivenher/aggbug/1256.html" width = "1" height = "1" />

爱饭�?/a> 2005-11-23 13:59 发表评论

Wed, 23 Nov 2005 05:53:00 GMT

同一个IUnknown接口�?BR>�l�徏的实例只有一个IUnknown接口�Q�可以通过它确定两个接口是否属于同一�l��g�?BR>
BOOL   SameComponents(IX *pIX,IY *pIY)
{
      IUnknown * pI1=NULL;
      IUnknown * pI2= NULL;

      pIX->QueryInterface(IID_IUnknown,(void *)&pI1);
      pIY->QueryInterface(IID_IUnknown,(void *)&pI2);

      return pIX==pIY;
}

版本控制�?BR>何时建立新版本：但以下�Q何一个改变时
1、接口函数数目�?BR>2、接口中函数��序�?BR>3、某个函数参数�?BR>4、某个函数参数顺序�?BR>5、函数可能的�q�回倹{�?BR>6、函数返回值类型�?BR>7、接口中函数的意义�?BR>
版本命名�?BR>com关于新版本名�U�约定是在老名�U�后边加一个数字�?BR>

爱饭�?/a> 2005-11-23 13:53 发表评论

Tue, 01 Nov 2005 08:56:00 GMT

一�Q�QueryInterface函数
原型�Q?/P>

HRESULT __stdcall QueryInterface(const IID&iid,void **ppv);

iid�Q�标志客��h��需的接口。是”一个接口标志符“结构（IID�Q��?BR>ppv�Q�QueryInterface用来存放所��h��接口的地址�?/P>

�q�回��|��可以�q�回S_OK �?E_NOINTERFACE应该用SUCEEDED或者FAILED宏验证是否成功�?/P>

使用�Ҏ��Q?/P>

假如知道一个指向IUnknown接口的指针pI�Q�传�l�它一个接口标志符卛_��

例如�Q?BR>

void Foo(IUnknown * pI)
{
    IX * pIX = NULL;

    HRESULT hr = pI->QueryInterface(IID_IX,(void **)pIX);

    if(SUCCEEDED(hr))
    {
      pIX->FX();
     }
}

//QueryInterface的实现�?/SPAN>

HRESULT _stdcall  CA::QueryInterface(const    IID&iid,void **ppv)
{
    if(iid == IID_IUnknown)
    {
      *ppv = static_cast<IX *>(this);
    }
    else  if(iid == IID_IX)
    {
      *ppv = static_cast<IX *>(this);
    }
    else  if(iid == IID_IY)
    {
      *ppv = static_cast<IY *>(this);
    }
    else  if(iid == IID_IUnknown)
    {
      *ppv = NULL;
      return E_NOINTERFACE;
    }

    static_cast <IUnknown *> (* ppv)->AddRef();
    retru S_OK;

}

多重�l�承及类型�{换�?/P>

通常��一�U�类型的指针转换为另一�U�类型�ƈ不会改变它的倹{��ؓ了支持多重��承，某些情况下，C++必须改变�c�L��针的倹{�?BR>假如一个类定义如下�Q?/P>

class CA: public IX,public IY{...};

�׃��CA同时�l�承了IX�Q�IY因此可以使用IX或IY指针的地方均可以使用指向CA的指针�?/P>

void foo(IX* pIX);
void bar(IY* pIY);
int main()
{
CA* pA = new CA;
foo(pA);
bar(pA);
delete pA;
return 0;
}

foo需要一个指向合法的IX的虚拟函数表的指针；
bar需要一个指向合法的IY的虚拟函数表的指针；
当然IX和IY的虚拟函数表的内�Ҏ��不一��L��。因此将一个IX vtbl传给bar�Ӟ��此函数是不能正常工作的�?BR>因此�~�译器将同一指针传给foo和bar是不可能的，它必��d��CA的指针进行修改以便他指向一个合适的vtbl指针�?BR>下图昄��了CA对象的内存结构�?BR>

爱饭�?/a> 2005-11-01 16:56 发表评论

COM学习�W�记一

Mon, 24 Oct 2005 09:50:00 GMT

接口的实现�?BR>

class IX
{
public:
virtual void Fx1() = 0 ;
virtual void Fx2() = 0 ;
};
class IY
{
public:
virtual void Fy1() = 0 ;
virtual void Fy2() = 0 ;
};
class CA: public IX,
   public IY
{
public:
virtual void Fx1()
{
   cout<<"Fx1()"< }
virtual void Fx2()
{
   cout<<"Fx2()"< }
virtual void Fy1()
{
   cout<<"Fy1()"< }
virtual void Fy2()
{
   cout<<"Fy2()"< }
}

相关概念�Q�纯抽象基类�Q�指包含�U�抽象函数的基类�?BR> �U�虚构函敎ͼ��?=0 标记的虚构函数�?BR>多重�l�承�Q�指一个类直接�l�承一个以上的基类�?BR>对纯虚函数的�l�承�U�Cؓ接口�l�承�?BR>IX和IY�q�不是真正意义上的COM接口�Q��ؓ使之成�ؓCOM接口�Q�它必须�l�承一个名为IUnknown的接口�?BR>

///interface.h
#include "iostream.h"

#include "objbase.h"

void trace(const char * pMsg){cout<<pMsg<<endl;}

interface IX
{
virtual void __stdcall Fx1() = 0;
virtual void __stdcall Fx2() = 0;
};
interface IY
{
virtual void __stdcall Fy1() = 0;
virtual void __stdcall Fy2() = 0;
};

class CA: public IX,
public IY
{
public:
virtual void __stdcall Fx1(){cout<<"CA::Fx1()"<<endl;}
virtual void __stdcall Fx2(){cout<<"CA::Fx2()"<<endl;}

virtual void __stdcall Fy1(){cout<<"CA::Fy1()"<<endl;}
virtual void __stdcall Fy2(){cout<<"CA::Fy2()"<<endl;}
};
// com_1.cpp : Defines the entry point for the console application.
//

#include "stdafx.h"
#include "IFace.h"

int main(int argc, char* argv[])
{
trace("Create an instance of the componet!");
CA * pA = new CA;
IX * pIX = pA;
trace("use the ix interface!");
pIX->Fx1();
pIX->Fx2();

IY * pIY = pA;
trace("use the iy interface!");
pIY->Fy1();
pIY->Fy2();
pA->Fx1();
trace("delete the componet!");
delete pA;
printf("Hello World!\n");
return 0;
}

�q�行�l�果如下�Q?BR>

�ȝ��Q?BR>1、COM接口在c++中用�U�抽象基�c�d��现�?BR>2、一个COM�l��g可以提供多个接口�?BR>3、一个C++�c�d��以��用多�l�承实现一个提供多个接口的�l��g�?BR>在com中，对一个组件的讉K��只能通过函数�Q�而决不能直接通过变量�?/FONT>