2007年4月30日
COM對(duì)象實(shí)現(xiàn)接口的方法是多種多樣的，常用的有多重繼承、聚合、tear-off等。為了最大限度地支持接口查詢(xún)的多樣性，ATL使用表驅(qū)動(dòng)的方式來(lái)管理接口查詢(xún)，以做到代碼封閉和擴(kuò)展靈活，表?xiàng)l目格式為：
struct
?_ATL_INTMAP_ENTRY
{
????
const
?IID
*
?piid;?
????DWORD_PTR?dw;
????_ATL_CREATORARGFUNC
*
?pFunc;?
};
piid是接口ID，dw為自定義參數(shù)，pFunc是自定義函數(shù)的地址。在QueryInterface時(shí)，ATL調(diào)用pFunc，并將dw傳給pFunc，pFunc可以根據(jù)自己的需要解析dw，獲得查詢(xún)必需的信息。ATL預(yù)提供了一些函數(shù)來(lái)處理上述常用的查詢(xún)請(qǐng)求，如_Creator、_Delegate等，它們被放置于CComObjectRootBase中。
（1）多重繼承
???????????ATL并沒(méi)有提供支持多重繼承的函數(shù)，而是將pFunc設(shè)置為_(kāi)ATL_SIMPLEMAPENTRY宏，將dw設(shè)為父類(lèi)子對(duì)象在子類(lèi)對(duì)象中的偏移量，當(dāng)搜索表時(shí)發(fā)現(xiàn)pFunc為_(kāi)ATL_SIMPLEMAPENTRY時(shí)，便直接使用偏移量相加獲得結(jié)果。
????????????if
?(pEntries
->
pFunc?
==
?_ATL_SIMPLEMAPENTRY)?
????????????{
????????????????IUnknown
*
?pUnk?
=
?(IUnknown
*
)((INT_PTR)pThis
+
pEntries
->
dw);
????????????????pUnk
->
AddRef();
????????????????
*
ppvObject?
=
?pUnk;
????????????????
return
?S_OK;
????????????}
?????????接口映射表項(xiàng)宏為：
?????????#define
?COM_INTERFACE_ENTRY(x)\
?????????????{
&
_ATL_IIDOF(x),?\
?????????????offsetofclass(x,?_ComMapClass),?\
?????????????_ATL_SIMPLEMAPENTRY},
（2）聚合
???????????ATL使用_Delegate函數(shù)來(lái)支持聚合，此時(shí)dw存儲(chǔ)的是內(nèi)部對(duì)象指針成員變量在外部對(duì)象中的偏移量，_Delegate利用此偏移量獲得內(nèi)部對(duì)象指針，然后將查詢(xún)調(diào)用委托給它。
????static
?HRESULT?WINAPI?_Delegate(
void
*
?pv,?REFIID?iid,?
void
**
?ppvObject,?DWORD_PTR?dw)
????{
????????HRESULT?hRes?
=
?E_NOINTERFACE;
????????IUnknown
*
?p?
=
?
*
(IUnknown
**
)((DWORD_PTR)pv?
+
?dw);
????????
if
?(p?
!=
?NULL)
????????????hRes?
=
?p
->
QueryInterface(iid,?ppvObject);
????????
return
?hRes;
????}
???
?????????接口映射表項(xiàng)宏為：
??????#define?COM_INTERFACE_ENTRY_AGGREGATE(iid,?punk)\
??????????{&iid,\
??????????(DWORD_PTR)offsetof(_ComMapClass,?punk),\
??????????_Delegate},
???
（3）tear-off
???????????ATL使用_Creator函數(shù)來(lái)支持tear-off，此時(shí)dw中存儲(chǔ)的是一個(gè)靜態(tài)_ATL_CREATORDATA結(jié)構(gòu)的地址，_Creator利用其中的指向創(chuàng)建函數(shù)的指針創(chuàng)建一個(gè)tear-off對(duì)象。
??????????????????
?????????static?HRESULT?WINAPI?_Creator(void*?pv,?REFIID?iid,?void**?ppvObject,?DWORD_PTR?dw)
?????????{
??????????????_ATL_CREATORDATA*?pcd?=?(_ATL_CREATORDATA*)dw;
??????????????return?pcd->pFunc(pv,?iid,?ppvObject);
?????????}
?????????接口映射表項(xiàng)宏為：
????????????
??????#define?COM_INTERFACE_ENTRY_TEAR_OFF(iid,?x)\
??????????{&iid,\
??????????(DWORD_PTR)&ATL::_CComCreatorData<\
??????????????ATL::CComInternalCreator<?ATL::CComTearOffObject<?x?>?>\
??????????????>::data,\
??????????_Creator},
??????_ComCreatorData的相關(guān)定義如下：
??????
struct?_ATL_CREATORDATA
{
????_ATL_CREATORFUNC*?pFunc;
};
template?<class?Creator>
class?_CComCreatorData
{
public:
????static?_ATL_CREATORDATA?data;
};
template?<class?Creator>
_ATL_CREATORDATA?_CComCreatorData<Creator>::data?=?{Creator::CreateInstance};
??????我們還可以定義自己的接口查詢(xún)輔助函數(shù)和輔助數(shù)據(jù)，通過(guò)dw和pFunc來(lái)完成各種千奇百怪的接口實(shí)現(xiàn)方式，需要的只是想象力。
posted @
2007-04-30 11:37 michael 閱讀(695) |
評(píng)論 (0) |
編輯 收藏
2007年4月10日
?????????在COM中對(duì)象要通過(guò)class factory的接口（通常是IClassFactory）來(lái)創(chuàng)建。在ATL中，class factory也是從CComObjectRootEx派生的COM類(lèi)，它跟普通的COM類(lèi)一樣，也通過(guò)CComObject或其同伴類(lèi)將邏輯功能跟生存期管理分離。
?????????在ATL中，class factory類(lèi)和普通類(lèi)對(duì)象的創(chuàng)建都可以通過(guò)被稱(chēng)為“創(chuàng)建者”的模板類(lèi)來(lái)創(chuàng)建。
?????????
template?<class?T1>
class?CComCreator
{
public:
????static?HRESULT?WINAPI?CreateInstance(void*?pv,?REFIID?riid,?LPVOID*?ppv)
????{
????????HRESULT?hRes?=?E_OUTOFMEMORY;
????????T1*?p?=?NULL;
????????p?=?new?T1(pv);
????????if?(p?!=?NULL)
????????{
????????????p->SetVoid(pv);
????????????p->InternalFinalConstructAddRef();
????????????hRes?=?p->FinalConstruct();
????????????p->InternalFinalConstructRelease();
????????????if?(hRes?==?S_OK)
????????????????hRes?=?p->QueryInterface(riid,?ppv);
????????????if?(hRes?!=?S_OK)
????????????????delete?p;
????????}
????????return?hRes;
????}
};
?????????“創(chuàng)建者”通過(guò)提供一個(gè)靜態(tài)函數(shù)CreateInstance來(lái)創(chuàng)建指定類(lèi)的實(shí)例，并且查詢(xún)指定的接口。第一個(gè)參數(shù)在實(shí)例化普通對(duì)象和class factory對(duì)象時(shí)會(huì)有不同：對(duì)于普通對(duì)象，通常會(huì)傳遞聚合外部對(duì)象的IUnknown指針，如果是非聚合創(chuàng)建，可以傳遞NULL（詳見(jiàn)ATL對(duì)COM實(shí)體身份的支持四）；稍后會(huì)介紹在class factory創(chuàng)建時(shí)第一個(gè)參數(shù)的用處。
?????????在ATL中，一個(gè)class factory對(duì)象只能創(chuàng)建一種類(lèi)型的COM類(lèi)實(shí)例。在class factory的CreateInstance函數(shù)中，它不是硬編碼被創(chuàng)建的對(duì)象類(lèi)型，而是通過(guò)一個(gè)
函數(shù)指針成員變量來(lái)創(chuàng)建它所管理的對(duì)象，而這個(gè)函數(shù)指針指向的通常就是某個(gè)COM類(lèi)的“創(chuàng)建者”類(lèi)的CreateInstance靜態(tài)函數(shù)的地址，此地址是在class factory對(duì)象被它自身的“創(chuàng)建者”的CreateInstance函數(shù)創(chuàng)建時(shí)通過(guò)第一個(gè)參數(shù)傳進(jìn)來(lái)的，class factory重新定義了SetVoid函數(shù)，并且保存這個(gè)地址：
?????????
class?CComClassFactory?:
????public?IClassFactory,
????public?CComObjectRootEx<CComGlobalsThreadModel>
{
public:
????//?IClassFactory
????STDMETHOD(CreateInstance)(LPUNKNOWN?pUnkOuter,?REFIID?riid,?void**?ppvObj)
????{
????????HRESULT?hRes?=?E_POINTER;
????????if?(ppvObj?!=?NULL)
????????{
????????????*ppvObj?=?NULL;
????????????if?((pUnkOuter?!=?NULL)?&&?!InlineIsEqualUnknown(riid))
????????????{
????????????????hRes?=?CLASS_E_NOAGGREGATION;
????????????}
????????????else
????????????????hRes?=?m_pfnCreateInstance(pUnkOuter,?riid,?ppvObj);
????????}
????????return?hRes;
????}
????STDMETHOD(LockServer)(BOOL?fLock)
????{
????????if?(fLock)
????????????_pAtlModule->Lock();
????????else
????????????_pAtlModule->Unlock();
????????return?S_OK;
????}
?
????void?SetVoid(void*?pv)
????{
????????m_pfnCreateInstance?=?(_ATL_CREATORFUNC*)pv;
????}
????_ATL_CREATORFUNC*?m_pfnCreateInstance;
};
?????????根據(jù)上面的討論，一個(gè)COM類(lèi)的創(chuàng)建者會(huì)像這個(gè)樣子：
?????????CComCreator<?CComObject<CMyClass> >
?????????而一個(gè)class factory的創(chuàng)建者會(huì)像這個(gè)樣子：
?????????CComCreator< CComCachedObject<CComClassFactory> >。
?????????
?????????ATL在客戶(hù)請(qǐng)求創(chuàng)建CMyClass對(duì)象時(shí)執(zhí)行的偽代碼如下：
?????????
typedef?CComCreator<?CComCachedObject<CComClassFactory>?>?CClassFactoryCreator;
typedef?CComCreator<?CComObject<CMyClass>?>?CMyClassCreator;
IClassFactory*?pcf=NULL;
CClassFactoryCreator::CreateInstance(&CMyClassCreator::CreateInstance,__uuidof(IClassFactory),&pcf);
pcf->CreateInstance(pOuter,__uuidof(IMyInterface),ppvObj);
posted @
2007-04-10 17:36 michael 閱讀(1545) |
評(píng)論 (0) |
編輯 收藏
2007年4月6日
??????有了CComObjectRootBase、CComObjectRootEx和線程模型特征類(lèi)這些基礎(chǔ)原料，CComObject和它的伙伴們便可以自由的發(fā)揮它們的想象了。
1.CComObject —— 普通堆對(duì)象??????
???下面是精簡(jiǎn)的CComObject模板類(lèi)的定義：??????
template?
<
class
?Base
>
class
?CComObject?:?
public
?Base
{
public
:
????CComObject(
void
*
?
=
?NULL)?
throw
()
????{
????????_pAtlModule
->
Lock();
????}
????
????virtual
?
~
CComObject()?
throw
()
????{
????????FinalRelease();
??????? _pAtlModule
->
Unlock();
????}
????
??? STDMETHOD_(ULONG,?AddRef)()?{
return
?InternalAddRef();}
????STDMETHOD_(ULONG,?Release)()
????{
????????ULONG?l?
=
?InternalRelease();
????????
if
?(l?
==
?
0
)
????????????delete?
this
;
????????
return
?l;
????}
????
????STDMETHOD(QueryInterface)(REFIID?iid,?
void
?
**
?ppvObject)?
throw
()
????{
return
?_InternalQueryInterface(iid,?ppvObject);}
????
????
static
?HRESULT?WINAPI?CreateInstance(CComObject
<
Base
>**
?pp)?
throw
();
};
“普通堆對(duì)象”是使用最為頻繁的類(lèi)，它有如下特征：
（1）在堆中分配內(nèi)存 —— 計(jì)數(shù)歸零時(shí)用delete銷(xiāo)毀
（2）支持獨(dú)立存在的對(duì)象 —— 使用InternalXXX來(lái)實(shí)現(xiàn)IUnknown功能
（3）產(chǎn)生時(shí)鎖定服務(wù)器，銷(xiāo)毀時(shí)解鎖服務(wù)器 —— 適用于大多數(shù)COM對(duì)象
2. CComAggObject —— 被聚合堆對(duì)象
template?
<
class
?contained
>
class
?CComAggObject?:
????
public
?IUnknown,
????
public
?CComObjectRootEx
<
?typename?contained::_ThreadModel::ThreadModelNoCS?
>
{
public
:
????CComAggObject(
void
*
?pv)?:?m_contained(pv)
????{
????????_pAtlModule
->
Lock();
????}
????
HRESULT?FinalConstruct()
????{
????????CComObjectRootEx
<
contained::_ThreadModel::ThreadModelNoCS
>
::FinalConstruct();
????????
return
?m_contained.FinalConstruct();
????}
????
void
?FinalRelease()
????{
????????CComObjectRootEx
<
contained::_ThreadModel::ThreadModelNoCS
>
::FinalRelease();
????????m_contained.FinalRelease();
????}
???
?
virtual
?
~
CComAggObject()
????{
???????
?FinalRelease();
????????_pAtlModule
->
Unlock();
????}
????STDMETHOD_(ULONG,?AddRef)()?{
return
?InternalAddRef();}
????STDMETHOD_(ULONG,?Release)()
????{
????????ULONG?l?
=
?InternalRelease();
????????
if
?(l?
==
?
0
)
????????????delete?
this
;
????????
return
?l;
????}
????STDMETHOD(QueryInterface)(REFIID?iid,?
void
?
**
?ppvObject)
????{
????????HRESULT?hRes?
=
?S_OK;
????????
if
?(InlineIsEqualUnknown(iid))
????????{
????????????
*
ppvObject?
=
?(
void
*
)(IUnknown
*
)
this
;
????????????AddRef();
????????}
????????
else
????????????hRes?
=
?m_contained._InternalQueryInterface(iid,?ppvObject);
????????
return
?hRes;
????}
???
?
static
?HRESULT?WINAPI?CreateInstance(LPUNKNOWN?pUnkOuter,?CComAggObject
<
contained
>**
?pp)；
????CComContainedObject
<
contained
>
?m_contained;
};
? CComAggObject有如下特征：
（1）在堆中分配內(nèi)存
（2）支持被聚合聚合的對(duì)象
???????????實(shí)現(xiàn)了兩份IUnknown：CComAggObject實(shí)現(xiàn)了內(nèi)部聚合類(lèi)真正的IUnknown，它管理對(duì)象的生存期，并且完成接口查詢(xún)（通過(guò)contained對(duì)象的_InternalQueryInterface）；contained對(duì)象實(shí)現(xiàn)了具有轉(zhuǎn)發(fā)功能的IUnknown，它將所有的調(diào)用轉(zhuǎn)發(fā)給CComAggObject在構(gòu)造函數(shù)中收到的外部IUnknown指針。
（3）產(chǎn)生時(shí)鎖定服務(wù)器，銷(xiāo)毀時(shí)解鎖服務(wù)器
3. CComTearOffObject —— tear-off 對(duì)象
template?
<
class
?Base
>
class
?CComTearOffObject?:?
public
?Base
{
public
:
????CComTearOffObject(
void
*
?pv)
????{
????????m_pOwner?
=
?reinterpret_cast
<
Base::_OwnerClass
*>
(pv);
????????m_pOwner
->
AddRef();
????}
????
~
CComTearOffObject()
????{
????????FinalRelease();
????????m_pOwner
->
Release();
????}
????STDMETHOD_(ULONG,?AddRef)()?
throw
()?{
return
?InternalAddRef();}
????STDMETHOD_(ULONG,?Release)()?
throw
()
????{
????????ULONG?l?
=
?InternalRelease();
????????
if
?(l?
==
?
0
)
????????????delete?
this
;
????????
return
?l;
????}
????STDMETHOD(QueryInterface)(REFIID?iid,?
void
?
**
?ppvObject)?
throw
()
????{
????????
return
?m_pOwner
->
QueryInterface(iid,?ppvObject);
????}
};
???tear-off對(duì)象有如下特征：
（1）在堆中分配內(nèi)存
（2）支持在ATL組件內(nèi)部使用的tear-off技術(shù)
（3）生成時(shí)鎖定父對(duì)象，銷(xiāo)毀時(shí)解鎖父對(duì)象
（4）生命周期由自己管理，接口查詢(xún)委托父對(duì)象
4. CComObjectStack —— 棧對(duì)象
???
template?<class?Base>
class?CComObjectStackEx?:?public?Base
{
public:
????CComObjectStackEx(void*?=?NULL)?
????{?
????????m_hResFinalConstruct?=?FinalConstruct();?
????}
????virtual?~CComObjectStackEx()
????{
??????? FinalRelease();
??? }
????STDMETHOD_(ULONG,?AddRef)()
????{
??????? return?0;
????}
????STDMETHOD_(ULONG,?Release)()
????{
????????return?0;
????}
????STDMETHOD(QueryInterface)(REFIID?iid,?void?**?ppvObject)
????{
????????return?_InternalQueryInterface(iid,?ppvObject);
????}
????HRESULT?m_hResFinalConstruct;
};
???棧對(duì)象有如下特征：
（1）內(nèi)存分配于棧上 —— 不需要對(duì)象考慮釋放問(wèn)題
（2）無(wú)引用計(jì)數(shù)功能
（3）構(gòu)造時(shí)初始化 —— 需要在構(gòu)造函數(shù)調(diào)用后檢查m_hResFinalConstruct，以判斷對(duì)象是否構(gòu)造成功
（4）不鎖定服務(wù)器
5. CComObjectGlobal —— 全局對(duì)象
template?<class?Base>
class?CComObjectGlobal?:?public?Base
{
public:
????CComObjectGlobal(void*?=?NULL)
????{
??????? m_hResFinalConstruct?=?FinalConstruct();
????}
????virtual?~CComObjectGlobal()
????{
?????????????FinalRelease();
????}
????STDMETHOD_(ULONG,?AddRef)()?throw()
????{
????????return?_pAtlModule->Lock();
????}
????STDMETHOD_(ULONG,?Release)()?throw()
????{
????????return?_pAtlModule->Unlock();
????}
????STDMETHOD(QueryInterface)(REFIID?iid,?void?**?ppvObject)?throw()
????{
????????return?_InternalQueryInterface(iid,?ppvObject);
????}
????HRESULT?m_hResFinalConstruct;
};
???
???全局對(duì)象有如下特征：
（1）在全局?jǐn)?shù)據(jù)區(qū)分配內(nèi)存
（2）初始化時(shí)不鎖定服務(wù)器，引用計(jì)數(shù)變化時(shí)才鎖定或者解鎖服務(wù)器，這使得全局對(duì)象可以被用于全局類(lèi)廠對(duì)象，以解決服務(wù)器和類(lèi)廠之間的死鎖問(wèn)題
（3）構(gòu)造方式同棧對(duì)象
???還有一些其它種類(lèi)的生存期管理類(lèi)，如CComObjectNoLock、CComObjectCached、CComPolyObject等等，它們也都有自己獨(dú)到的用處，我們也可以根據(jù)自己的需要編寫(xiě)自定義的類(lèi)。總之CComObjectRootBase、CComObjectRootEx和線程模型特征類(lèi)就像是積木一樣，我們可以任意的把它們組合成想要的形狀。
posted @
2007-04-06 15:33 michael 閱讀(3689) |
評(píng)論 (0) |
編輯 收藏
1.CComSingleThreadModel和CComMultiThreadModel特征類(lèi)：
class?CComSingleThreadModel
{
public:
????static?ULONG?WINAPI?Increment(LPLONG?p)?throw()?{return?++(*p);}
????static?ULONG?WINAPI?Decrement(LPLONG?p)?throw()?{return?--(*p);}
????typedef?CComFakeCriticalSection?AutoCriticalSection;
????typedef?CComFakeCriticalSection?CriticalSection;
????typedef?CComSingleThreadModel?ThreadModelNoCS;
};
class?CComMultiThreadModel
{
public:
????static?ULONG?WINAPI?Increment(LPLONG?p)?throw()?{return?InterlockedIncrement(p);}
????static?ULONG?WINAPI?Decrement(LPLONG?p)?throw()?{return?InterlockedDecrement(p);}
????typedef?CComAutoCriticalSection?AutoCriticalSection;
????typedef?CComCriticalSection?CriticalSection;
????typedef?CComMultiThreadModelNoCS?ThreadModelNoCS;
};
其中的CFakeCriticalSection定義如下：
class?CComFakeCriticalSection
{
public:
????HRESULT?Lock()?throw()?{?return?S_OK;?}
????HRESULT?Unlock()?throw()?{?return?S_OK;?}
????HRESULT?Init()?throw()?{?return?S_OK;?}
????HRESULT?Term()?throw()?{?return?S_OK;?}
};
這兩個(gè)類(lèi)提供了針對(duì)特定套間對(duì)象的同步控制支持。
CComSingleThreadModel適用于單線程套間對(duì)象，它不采用任何線程同步機(jī)制；CComMultiThreadModel適用于多線程套間對(duì)象，它使用win32的同步機(jī)制來(lái)實(shí)現(xiàn)。
2.CComObjectRootEx模板類(lèi)
template?<class?ThreadModel>
class?CComObjectRootEx?:?public?CComObjectRootBase
{
public:
????typedef?ThreadModel?_ThreadModel;
????typedef?typename?_ThreadModel::AutoCriticalSection?_CritSec;
????typedef?CComObjectLockT<_ThreadModel>?ObjectLock;
????ULONG?InternalAddRef()
????{
????????return?_ThreadModel::Increment(&m_dwRef);
????}
????ULONG?InternalRelease()
????{
????????return?_ThreadModel::Decrement(&m_dwRef);
????}
????void?Lock()?{m_critsec.Lock();}
????void?Unlock()?{m_critsec.Unlock();}
private:
????_CritSec?m_critsec;
};
它使用傳入的線程模型特征類(lèi)來(lái)實(shí)現(xiàn)對(duì)象獨(dú)立存在時(shí)所需要的引用計(jì)數(shù)支持，同時(shí)提供了一個(gè)方便對(duì)象開(kāi)發(fā)使用的同步鎖，我們可以使用這個(gè)鎖來(lái)完成對(duì)自定義數(shù)據(jù)訪問(wèn)的保護(hù)。
posted @
2007-04-06 14:39 michael 閱讀(1614) |
評(píng)論 (0) |
編輯 收藏下面是CComObjectRootBase的關(guān)鍵代碼：
class
?CComObjectRootBase
{
public
:
?????// 構(gòu)造支持
?????//
?????HRESULT?FinalConstruct();
???? void?FinalRelease();?
?????//??接口查詢(xún)支持
?????//
?????static?HRESULT?WINAPI?InternalQueryInterface(void*?pThis,
????????const?_ATL_INTMAP_ENTRY*?pEntries,?REFIID?iid,?void**?ppvObject);
???
????static?HRESULT?WINAPI?_Break(void*,?REFIID?iid,?void**??,?DWORD_PTR?);
????static?HRESULT?WINAPI?_NoInterface(void*??,?REFIID?,?void**??,?DWORD_PTR?);
????static?HRESULT?WINAPI?_Creator(void*?pv,?REFIID?iid,?void**ppvObject,?DWORD_PTR?dw);
????static?HRESULT?WINAPI?_Delegate(void*?pv,?REFIID?iid,?void**?ppvObject,?DWORD_PTR?dw);
????static?HRESULT?WINAPI?_Chain(void*?pv,?REFIID?iid,?void**?ppvObject,?DWORD_PTR?dw);
??? static?HRESULT?WINAPI?_ChainAttr(void*?pv,?REFIID?iid,?void**?ppvObject,?DWORD_PTR?dw);
????static?HRESULT?WINAPI?_Cache(void*?pv,?REFIID?iid,?void**?ppvObject,?DWORD_PTR?dw);
????//? 聚合支持
??? //
????ULONG?OuterAddRef()
????{
????????return?m_pOuterUnknown->AddRef();
????}
????ULONG?OuterRelease()
????{
????????return?m_pOuterUnknown->Release();
????}
????HRESULT?OuterQueryInterface(REFIID?iid,?void?**?ppvObject)
????{
????????return?m_pOuterUnknown->QueryInterface(iid,?ppvObject);
????}
????
??? //?實(shí)體身份支持
??? //
????union
????{
????????long?m_dwRef;
???????? IUnknown*?m_pOuterUnknown;
????};
};
CComObjectRootBase主要功能分為：
（1）構(gòu)造支持：
????????????即FinalConstruct和FinalRelease，它們用于安全的構(gòu)造和銷(xiāo)毀對(duì)象。
（2）接口查詢(xún)支持
????????????通過(guò)接口映射表來(lái)完成接口查詢(xún)功能，詳細(xì)內(nèi)容見(jiàn)后面的文章。
（3）聚合狀態(tài)下引用計(jì)數(shù)操作的支持
????????????提供了將IUnknown請(qǐng)求委托給外部組件的支持。當(dāng)對(duì)象獨(dú)立存在時(shí)，對(duì)引用計(jì)數(shù)操作的支持被放置于CComObjectRootEx中，因?yàn)樯婕暗搅颂组g和訪問(wèn)同步。
（4）實(shí)體身份支持
????????????使得對(duì)象可以獨(dú)立存在或者被聚合，因?yàn)檫\(yùn)行時(shí)刻對(duì)象只能以一種方式存在，所以使用了union。
posted @
2007-04-06 13:51 michael 閱讀(1515) |
評(píng)論 (0) |
編輯 收藏
????????????一個(gè)COM對(duì)象必須實(shí)現(xiàn)IUnknown接口所規(guī)定的功能，即生命期管理和運(yùn)行時(shí)類(lèi)型轉(zhuǎn)換。
（1）基本IUnknow功能
??????????? 對(duì)象的生存方式可以是堆存儲(chǔ)、棧存儲(chǔ)以及全局存儲(chǔ)，同時(shí)COM還提供了一種被聚合的生存方式。生存方式不同，AddRef、Release和QueryInterface的實(shí)現(xiàn)方式就不同。比如：對(duì)于堆方式，Release要在引用計(jì)數(shù)歸零時(shí)負(fù)責(zé)釋放堆空間，而棧以及全局方式則不必；對(duì)于聚合方式，AddRef、Release以及大部分的QueryInterface調(diào)用要委托給外部對(duì)象。
??????????? 為了達(dá)到對(duì)象的邏輯功能與其生存方式的分離，COM把對(duì)IUnknown基本功能的實(shí)現(xiàn)推遲到類(lèi)層次結(jié)構(gòu)的最底層，即CComObject（或它的其他伙伴）處。
??????????? CComObjectRootBase為CComObject的實(shí)現(xiàn)提供原材料的支持，如提供引用計(jì)數(shù)變量、基本的接口查詢(xún)機(jī)制等，它是一個(gè)“功能集中類(lèi)”。
（2）套間安全支持
??????????? 根據(jù)對(duì)象所處的套間類(lèi)型，對(duì)象功能的實(shí)現(xiàn)需要不同的同步支持。對(duì)于單線程套間對(duì)象，由COM庫(kù)來(lái)保證訪問(wèn)的同步；而對(duì)于多線程套間對(duì)象，需要自己來(lái)同步調(diào)用。為了使套間安全支持與邏輯功能分離，ATL提供了一組提供線程安全操作支持的特征類(lèi)（traits類(lèi)）—— CComSingleThreadModel及其伙伴。它們提供了對(duì)一個(gè)LONG變量“恰好線程安全”的增減操作，以及跟套間類(lèi)型匹配的CriticalSection功能類(lèi)。
??????????? ATL同時(shí)提供了CComObjectRootEx模板類(lèi)，它以某種ThreadModel特征類(lèi)作為參數(shù)，提供對(duì)引用計(jì)數(shù)“恰好線程安全”的操作，并且提供了一個(gè)用于對(duì)象同步的鎖。
????????????PS:“恰好線程安全”的操作的意思是：對(duì)于需要線程同步的對(duì)象，提供win32 CriticalSection支持；對(duì)于不需要的對(duì)象，則什么也不做。
posted @
2007-04-06 11:46 michael 閱讀(1384) |
評(píng)論 (0) |
編輯 收藏