本來,通過C++編譯器的cast轉換符具有的對地址偏移的計算能力,可以完成任務,<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
不過ATL中還是採用了建表(數據驅動,data-driven)這種策略,以獲得更好的性能和
靈活性,事實上,(事實上,就性能而已本人認爲差別很小,實質在cast方案中,
每次都從this出發,計算偏移,得到正確的接口入口點.而數據驅動方案,直接可以
直接查詢得到接口入口點,因爲它在編譯時就計算了偏移量,存於表中.)
三、宏剖析
MFC篇
PART1----接口基礎構造的由來
自然,針對MFC採用的類嵌套方案,必須有特殊的構造來支持COM意識行爲.
談到MFC對COM的支持,必須要知道CCmdTarget,它提供了大量的對自動化
的支持,(注：本人感覺MFC對COM的支持,目光總不離開Automation,主要
體現在默認聲明的接口爲dispinterface,它使得在未知使用環境總是使用
接口的分發,哪怕是C++環境).
(重申：本文只針對Inpro組件,來剖析框架,事實上,其它類型的只是基於其上的
擴展.當然COM體系是巨大的.)
建立組件類：
在你的.dll文件中,你的組件類需要從CCmdTarget派生.
因爲它提供了對COM開發的大量支持.
建立接口且實現接口映射表的建立：
-----------------------------------------------------------------------------------------------------------------------------------------
DECLARE_INTERFACE_MAP() 宏剖析
---------------------------------------------------------------------------------------
#ifdef _AFXDLL
#define DECLARE_INTERFACE_MAP() /
private: /
static const AFX_INTERFACEMAP_ENTRY _interfaceEntries[]; /
//定義組件類的接口映射表
protected: /
static const AFX_INTERFACEMAP interfaceMap; /
//定義AFX_INTERFACEMAP變量,
//爲在當前類中,找不到接口時,
//回到基類中尋找
//其中還存儲了當前接口映射表的入口點.
static const AFX_INTERFACEMAP* PASCAL _GetBaseInterfaceMap(); /
//獲得基類的interfaceMap
virtual const AFX_INTERFACEMAP* GetInterfaceMap() const; /
//獲得組件類的interfaceMap
#else
#define DECLARE_INTERFACE_MAP() /
private: /
static const AFX_INTERFACEMAP_ENTRY _interfaceEntries[]; /
protected: /
static const AFX_INTERFACEMAP interfaceMap; /
virtual const AFX_INTERFACEMAP* GetInterfaceMap() const; /
#endif
-----------------------------------------------------------------------------------------------------------------------------------
BEGIN_INTERFACE_MAP(CSAM, CCmdTarget)[.cpp]
//CSAM是組件類名稱
INTERFACE_PART(CSAM, IID_ICOM, Dispatch)
END_INTERFACE_MAP()
宏剖析
-------------------------------------------------------------------------------------
#ifdef _AFXDLL
#define BEGIN_INTERFACE_MAP(theClass, theBase) /
const AFX_INTERFACEMAP* PASCAL theClass::_GetBaseInterfaceMap() /
{ return &theBase::interfaceMap; } /
//定義獲得基類的interfaceMap首址的靜態成員函數
const AFX_INTERFACEMAP* theClass::GetInterfaceMap() const /
{ return &theClass::interfaceMap; } /
//定義獲取組件類接口映射表首址的靜態成員函數
AFX_COMDAT const AFX_DATADEF AFX_INTERFACEMAP theClass::interfaceMap = /
{ &theClass::_GetBaseInterfaceMap, &theClass::_interfaceEntries[0], }; /
//填充：基類的GetThisInterfaceMap函數指針和
// 本組件類的接口映射表入口點
AFX_COMDAT const AFX_DATADEF AFX_INTERFACEMAP_ENTRY theClass::_interfaceEntries[] = /
{ /
#else
#define BEGIN_INTERFACE_MAP(theClass, theBase) /
const AFX_INTERFACEMAP* theClass::GetInterfaceMap() const /
{ return &theClass::interfaceMap; } /
AFX_COMDAT const AFX_DATADEF AFX_INTERFACEMAP theClass::interfaceMap = /
{ &theBase::interfaceMap, &theClass::_interfaceEntries[0], }; /
AFX_COMDAT const AFX_DATADEF AFX_INTERFACEMAP_ENTRY theClass::_interfaceEntries[] = /
{ /
#endif
#define INTERFACE_PART(theClass, iid, localClass) /
{ &iid, offsetof(theClass, m_x##localClass) }, /
//填充接口影射表
#define INTERFACE_AGGREGATE(theClass, theAggr) /
{ NULL, offsetof(theClass, theAggr) }, /
//值得講一下的是,MFC支持COM的手法有組件聚合之感覺
//
#define END_INTERFACE_MAP() /
{ NULL, (size_t)-1 } /
}; /
//標誌接口映射表結束
#endif //!_AFX_NO_OLE_SUPPORT
----------------------------------------------------------------------------------------------------------------------------------------------
上面兩組宏,離不開AFX_INTERFACE_ENTRY結構和AFX_INTERFACE結構.
下面我們來看看這兩個結構：
struct AFX_INTERFACEMAP_ENTRY//接口映射表結構
{
const void* piid; // 接口標誌符 (NULL for aggregate)
size_t nOffset; // offset of the interface vtable from m_unknown
//接口（嵌套類）和包裹類的偏移量
};
struct AFX_INTERFACEMAP
{
#ifdef _AFXDLL
const AFX_INTERFACEMAP* (PASCAL* pfnGetBaseMap)(); // NULL is root class
//定義函數指針
#else
const AFX_INTERFACEMAP* pBaseMap;
//
#endif
const AFX_INTERFACEMAP_ENTRY* pEntry; // map for this class
//接口映射表入口點指針
};
上面的兩組宏是幹什麼的呢?
它們在組件類的內部做了下面幾樣事情：(以define _AFXDLL分析)
1. 建立了接口映射表.
表的結構爲AFX_INTERFACEMAP_ENTRY
此結構記錄了piid,接口標誌符和
接口與包裹類的偏移量
實際動作如下：
#define INTERFACE_PART(theClass, iid, localClass) /
{ &iid, offsetof(theClass, m_x##localClass) }, /
