com组件开发

使用嵌套类来实现接口 

例子:

class CDictionaryObj : public CCmdTarget

{

         DECLARE_DYNCREATE(CDictionaryObj)

         CDictionaryObj();

 

public:

         class XDictionary : public IDictionary

         {

         public:

                   virtual ULONG __stdcall AddRef();

                   virtual ULONG __stdcall Release();

                   virtual HRESULT __stdcall QueryInterface(REFIID iid, LPVOID* ppvObj);

                  

                   virtual BOOL __stdcall Initialize();

                   ......

         } m_xDictionary;

         friend class XDictionary;

 

protected:

         virtual ~CDictionaryObj();

         DECLARE_MESSAGE_MAP()

         DECLARE_INTERFACE_MAP()

         DECLARE_OLECREATE(CDictionaryObj)

};

 

效果和class CDictionaryObj : public IDictionary 一样。因为对外部而言,使用QueryInterface来获取接口指针,获取IDictionary指针,相当于返回m_xDictionary的地址。然后就可以通过此指针来操作IDictionary提供的接口了。

 

上面的例子能够看出CDictionaryObj 并没有实现QueryInterface, AddRef, Release函数。这是因为他继承于CCmdTargetCCmdTarget已经实现了。而且它的实现还可以调用到内部类的三个接口函数。

 

CCmdTarget提供的消息机制中,使用了静态映射表(消息ID和处理函数在WinMain执行之前,就已经建立好对应关系了)。同样,COM机制中使用接口映射表。


 

代码

DECLARE_INTERFACE_MAP()

private:

static const AFX_INTERFACEMAP_ENTRY _interfaceEntries[];

protected:

static AFX_DATA const AFX_INTERFACEMAP interfaceMap;

static const AFX_INTERFACEMAP* PASCAL _GetBaseInterfaceMap();

virtual const AFX_INTERFACEMAP* GetInterfaceMap() const;

struct AFX_INTERFACEMAP_ENTRY

struct AFX_INTERFACEMAP_ENTRY {

const void* piid; // the interface id (IID) (NULL for aggregate)

size_t nOffset;  // offset of the interface vtable from m_unknown

};

struct AFX_INTERFACEMAP

struct AFX_INTERFACEMAP {

 // NULL is root class

const AFX_INTERFACEMAP* (PASCAL* pfnGetBaseMap)();

// map for this class

const AFX_INTERFACEMAP_ENTRY* pEntry;

};

BEGIN_INTERFACE_MAP(theClass, theBase)

const AFX_INTERFACEMAP* PASCAL theClass::_GetBaseInterfaceMap()

       { return &theBase::interfaceMap; }

const AFX_INTERFACEMAP* theClass::GetInterfaceMap() const

       { return &theClass::interfaceMap; }

AFX_COMDAT const AFX_DATADEF AFX_INTERFACEMAP theClass::interfaceMap =

       { &theClass::_GetBaseInterfaceMap, &theClass::_interfaceEntries[0], };

AFX_COMDAT const AFX_DATADEF AFX_INTERFACEMAP_ENTRY theClass::_interfaceEntries[] =

{

INTERFACE_PART(theClass, iid, localClass)

{ &iid, offsetof(theClass, m_x##localClass) },

END_INTERFACE_MAP()

         { NULL, (size_t)-1 }

};

DECLARE_OLECREATE(class_name)

public:

         static AFX_DATA COleObjectFactory factory;

         static AFX_DATA const GUID guid;

IMPLEMENT_OLECREATE(class_name, external_name, l, w1, w2, b1, b2, b3, b4, b5, b6, b7, b8)

AFX_DATADEF COleObjectFactory class_name::factory(class_name::guid, RUNTIME_CLASS(class_name), FALSE, _T(external_name));

AFX_COMDAT const AFX_DATADEF GUID class_name::guid =

{ l, w1, w2, { b1, b2, b3, b4, b5, b6, b7, b8 } };

 

说明: _interfaceEntries[] 保存了AFX_INTERFACEMAP_ENTRY 数组,这个数组也就是接口ID和接口vtable与父类指针的偏移量的映射表。interfaceMap 其中一个指针指向父类,另外一个指向_interfaceEntries[]_GetBaseInterfaceMap函数返回interfaceMap的地址。这张映射表的实现是通过BEGIN_INTERFACE_MAP(theClass, theBase), INTERFACE_PART(theClass, iid, localClass), END_INTERFACE_MAP() 三个宏实现的。

 

CCmdTarget 实现了俩个版本的IUnkown,非委托、委托IUnkown

 

CCmdTarget继承下来的,为了实现聚合,调用的应该是委托IUnkown接口(External)。

目前为止,只有接口的实现,没有出现类厂,类厂已经被MFC自动生成了。

 

DLL AppWizard向导中选中:Automation,向导会生成如下代码:

STDAPI DllGetClassObject(REFCLSID rclsid, REFIID riid, LPVOID* ppv)

{

         AFX_MANAGE_STATE(AfxGetStaticModuleState());

         return AfxDllGetClassObject(rclsid, riid, ppv);

}

 

STDAPI DllCanUnloadNow(void)

{

         AFX_MANAGE_STATE(AfxGetStaticModuleState());

         return AfxDllCanUnloadNow();

}

 

// by exporting DllRegisterServer, you can use regsvr.exe

STDAPI DllRegisterServer(void)

{

         AFX_MANAGE_STATE(AfxGetStaticModuleState());

         COleObjectFactory::UpdateRegistryAll();

         return S_OK;

}

 

我们知道,类厂应该是DllGetClassObject里面创建的,这个函数调用了AfxDllGetClassObject。秘密就在其后。

 

SCODE AFXAPI AfxDllGetClassObject(REFCLSID rclsid, REFIID riid, LPVOID* ppv)

{

         *ppv = NULL;

         DWORD lData1 = rclsid.Data1;

 

         // search factories defined in the application

         AFX_MODULE_STATE* pModuleState = AfxGetModuleState();

         AfxLockGlobals(CRIT_OBJECTFACTORYLIST);

         for (COleObjectFactory* pFactory = pModuleState->m_factoryList;

                   pFactory != NULL; pFactory = pFactory->m_pNextFactory)

         {

                   if (pFactory->m_bRegistered != 0 &&

                            lData1 == pFactory->m_clsid.Data1 &&

                            ((DWORD*)&rclsid)[1] == ((DWORD*)&pFactory->m_clsid)[1] &&

                            ((DWORD*)&rclsid)[2] == ((DWORD*)&pFactory->m_clsid)[2] &&

                            ((DWORD*)&rclsid)[3] == ((DWORD*)&pFactory->m_clsid)[3])

                   {

                            // found suitable class factory -- query for correct interface

                            SCODE sc = pFactory->InternalQueryInterface(&riid, ppv);

                            AfxUnlockGlobals(CRIT_OBJECTFACTORYLIST);

                            return sc;

                   }

         }

         AfxUnlockGlobals(CRIT_OBJECTFACTORYLIST);

#ifdef _AFXDLL

         AfxLockGlobals(CRIT_DYNLINKLIST);

         // search factories defined in extension DLLs

         for (CDynLinkLibrary* pDLL = pModuleState->m_libraryList; pDLL != NULL;

                   pDLL = pDLL->m_pNextDLL)

         {

                   for (pFactory = pDLL->m_factoryList;

                            pFactory != NULL; pFactory = pFactory->m_pNextFactory)

                   {

                            if (pFactory->m_bRegistered != 0 &&

                                     lData1 == pFactory->m_clsid.Data1 &&

                                     ((DWORD*)&rclsid)[1] == ((DWORD*)&pFactory->m_clsid)[1] &&

                                     ((DWORD*)&rclsid)[2] == ((DWORD*)&pFactory->m_clsid)[2] &&

                                     ((DWORD*)&rclsid)[3] == ((DWORD*)&pFactory->m_clsid)[3])

                            {

                                     // found suitable class factory -- query for correct interface

                                     SCODE sc = pFactory->InternalQueryInterface(&riid, ppv);

                                     AfxUnlockGlobals(CRIT_DYNLINKLIST);

                                     return sc;

                            }

                   }

         }

         AfxUnlockGlobals(CRIT_DYNLINKLIST);

#endif

 

         // factory not registered -- return error

         return CLASS_E_CLASSNOTAVAILABLE;

}

 

MFC使用的就是COleObjectFactory 这个通用的类厂(Ole是历史原因导致的,其实CComObjectFactory更加合适)。

COleObjectFactory CCmdTarget派生,实现了IClassFactory2接口。此类厂使用MFC动态创建机制(DECLARE_DYNCREATE),创建对象。那么如何将此类厂和某个类关联?使用DECLARE_OLECREATEIMPLEMENT_OLECREATE。他们将类的CLSID和类的RUNTIME信息传递给CComObjectFactory类厂。这样类厂就能使用CLSID和动态信息进行创建对象了。那么类厂是如何被Afx找到的呢。从代码中看出,类厂指针的是从模块信息里面的类厂链来获取的。而类厂构造函数中调用了pModuleState->m_factoryList.AddHead(this); 将自己的信息加入模块信息里面,模块信息是全局的变量。这样就跑通了。流程如下:

AfxDllGetClassObject ->

Module State (factoryList), look up Factory’s clsid. ->

Get IClassFactory2 reference ->

CreateInstance ->

Dynamic create object using Dynamic information. ->

Finish.

 

What should we do?

VC++ 6.0 提供了MFCATL两套库,用来开发COM 

这里使用MFC

1. 使用AppWizard生产MFC exe/dll, 选择Automation

2. 定义接口

3. 继承CCmdTarget,实现接口,(嵌入式)BEGIN_INTERFACE_PART, INIT_INTERFACE_PART, STDMETHOD, STDMETHOD_, END_INTERFACE_PART.

4. 定义各个接口函数体:Class::XlocalClass::AddRef/Release/QueryInterface(), 实现接口的各个接口

5. 定义类的静态信息,DECLARE_INTERFACE_MAP,实现使用:BEGIN_INTERFACE_MAP, INTERFACE_PART, END_INTERFACE_MAP

6. 使用MFC类厂,类里面使用:DECLARE_OLECREATE, 实现使用 IMPLEMENT_OLECREATE
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
组件基础 1 软件开发的阶段 1.1 结构化编程 采用自顶向下的编程方式,划分模块 和功能的一种编程方式。 1.2 面向对象编程 采用对象的方式,将程序抽象成类, 模拟现实世界,采用继承、多态的方式 设计软件的一种编程方式。 1.3 面向组件编程 将功能和数据封装成二进制代码,采用 搭积木的方式实现软件的一种编程方式。 2 组件和优点 2.1 组件 - 实际是一些可以执行的二进 制程序,它可以给其他的应用程序、操 作系统或其他组件提供功能 2.2 优点 2.2.1 可以方便的提供软件定制机制 2.2.2 可以很灵活的提供功能 2.2.3 可以很方便的实现程序的分布式 开发。 3 组件的标准 - COMComponent Object Model ) 3.1 COM是一种编程规范,不论任何开发语言 要实现组件都必须按照这种规范来实现。 组件开发语言无关。 这些编程规范定义了组件的操作、接口的 访问等等。 3.2 COM接口 COM接口是组件的核心,从一定程度上 讲"COM接口是组件的一切". COM接口给用户提供了访问组件的方式. 通过COM接口提供的函数,可以使用组件 的功能. 4 COM组件 4.1 COM组件-就是在Windows平台下, 封装在动态库(DLL)或者可执行文件(EXE) 中的一段代码,这些代码是按照COM的 规范实现. 4.2 COM组件的特点 4.2.1 动态链接 4.2.2 与编程语言无关 4.2.3 以二进制方式发布 二 COM接口 1 接口的理解 DLL的接口 - DLL导出的函数 类的接口 - 类的成员函数 COM接口 - 是一个包含了一组函数指针 的数据结构,这些函数是由组件实现的 2 C++的接口实现 2.1 C++实现接口的方式,使用抽象类 定义接口. 2.2 基于抽象类,派生出子类并实现 功能. 2.3 使用 interface 定义接口 interface ClassA { }; 目前VC中,interface其实就是struct 3 接口的动态导出 3.1 DLL的实现 3.1.1 接口的的定义 3.1.2 接口的实现 3.1.3 创建接口的函数 3.2 DLL的使用 3.2.1 加载DLL和获取创建接口的函数 3.2.2 创建接口 3.2.3 使用接口的函数 4 接口的生命期 4.1 问题 在DLL中使用new创建接口后,在用户 程序使用完该接口后,如果使用delete 直接删除,会出现内存异常. 每个模块有自己的内存堆(crtheap) EXE - crtheap DLL - crtheap new/delete/malloc/free默认情况 下都是从自己所在模块内存堆(crtheap) 中分配和施放内存.而各个模块的 这个内存堆是各自独立.所以在DLL中 使用new分配内存,不能在EXE中delete. 4.2 引用计数和AddRef/Release函数 引用计数 - 就是一个整数,作用是 表示接口的使用次数 AddRef - 增加引用计数 +1 Release - 减少引用计数 -1, 如果 当引用计数为0,接口被删除 4.3 使用 4.3.1 创建接口 4.3.2 调用AddRef,增加引用计数 4.3.3 使用接口 4.3.4 调用Release,减少引用计数 4.4 注意 4.4.1 在调用Release之后,接口指针 不能再使用 4.4.2 多线程情况下,接口引用计数 要使用原子锁的方式进行加减 5 接口的查询 5.1 每个接口都具有唯一标识 GUID 5.2 实现接口查询函数 QueryInterface 6 IUnknown 接口 6.1 IUnknown是微软定义的标准接口 我们实现所有接口就是继承这个接口 6.2 IUnknown定义了三个函数 QueryInterface 接口查询函数 AddRef 增加引用计数 Release 减少引用计数 7 接口定义语言 - IDL(Interface Definition Language ) 7.1 IDL和MIDL IDL - 定义接口的一种语言,与开发 语言无关. MIDL.EXE - 可以将IDL语言定义接口, 编译成C++语言的接口定义 7.2 IDL的基础 import "XXXX.idl" [ attribute ] interface A : interface_base { } 7.2.1 Import 导入,相当于C++的 #include 7.2.2 使用"[]"定义区域,属性描述 关键字 1) object - 后续是对象 2) uuid - 定义对象GUID 3) helpstring - 帮助信息 4) version - 版本 5) point_default - 后续对象 中指针的默认使用方式 比如: uniqune - 表示指针可以 为空,但是不能修改 7.2.3 对象定义 1) 父接口是IUnknown接口 2) 在对象内添加函数,函数定义必须 是返回 HRESULT. HRESULT是32位整数,返回函数是否 执行成功,需要使用 SUCCESSED和 FAILED宏来判断返回值.
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值