1. IClassFactory 的用途
在 http://www.80diy.com/home/20041120/19/3572410.html 看到幾段關(guān)于COM 的類廠的話,
"""
類廠用來抽象組件的create過程，客戶不需要知道組件的詳細(xì)情況，也不需要知道類廠的詳細(xì)情況，只要知道CoCreateInstance可以創(chuàng)建組件即可。而CoCreateInstance內(nèi)部調(diào)用DllGetClassObject來生成該組件的類廠，由于類廠有組件的作者撰寫，所以對(duì)組件類可謂知根知底，由類廠來生成組件完全行得通，這樣客戶和組件就進(jìn)一步劃分，客戶只能查詢?cè)摻M件是否支持某借口，而對(duì)組件的其他情況一無所知，這樣的劃分可以使組件和客戶間的耦合更小。
"""
"""
組件如果將某接口的全部方法都實(shí)現(xiàn)了，就稱該組件支持某接口，com并沒有規(guī)定組件和接口之間是虛函數(shù)繼承的關(guān)系，只是在c++中以這種方法來實(shí)現(xiàn)最好而已。
IClassFactory說穿了就是專門構(gòu)造組件的類，這樣做是為了抽象，因?yàn)榭蛻魶]有必要知道組件是什么，如果由客戶直接構(gòu)造組件，客戶勢(shì)必要知道組件的信息，com就失去了它的意義了，所以，規(guī)定了一個(gè)類廠（支持IClassFactory接口），每個(gè)組件的類廠都很清楚并且也只清楚該組件的信息，而客戶只需要調(diào)用com庫函數(shù)CoCreateInstance就可以了。
下面是流程圖：
CoCreateInstance -> CoGetClassObject -> DllGetClassObject -> new ClassFactory -> IClassFactory::CreateInstance() -> new Component
"""
并且在 http://www.codeproject.com/com/comintro2.asp 也看到幾段話
"""
每次實(shí)現(xiàn)組件對(duì)象類的時(shí)候，都要寫一個(gè)旁類負(fù)責(zé)創(chuàng)建第一個(gè)組件對(duì)象類的實(shí)例。這個(gè)旁類就叫這個(gè)組件對(duì)象類的類工廠（class factory），其唯一目的是創(chuàng)建COM對(duì)象。之所以要一個(gè)類工廠，是因?yàn)檎Z言無關(guān)的緣故。COM本身并不創(chuàng)建對(duì)象，因?yàn)樗皇仟?dú)立于語言的也不是獨(dú)立于實(shí)現(xiàn)的。
當(dāng)某個(gè)客戶端想要?jiǎng)?chuàng)建一個(gè)COM對(duì)象時(shí)，COM庫就從COM服務(wù)器請(qǐng)求類工廠。然后類工廠創(chuàng)建COM對(duì)象并將它返回客戶端。它們的通訊機(jī)制由函數(shù)DllGetClassObject()來提供。
"""
在<COM 技術(shù)內(nèi)幕> 中, 對(duì)類廠的引入也有描述.
主要是:
a. 在面向?qū)ο笙到y(tǒng)中, 對(duì)象創(chuàng)建是非常重要的, 因?yàn)橐褂盟仨毾葎?chuàng)建它. 所以盡可能靈活的創(chuàng)建對(duì)象(component)
b. 在CoCreateInstance 創(chuàng)建對(duì)象過程是: 傳給一共CLSID, 然后創(chuàng)建成相應(yīng)組件, 并返回所請(qǐng)求的指針. 其弊端在于無法提供給客戶一種控制對(duì)象創(chuàng)建過程的方法. (問題關(guān)鍵不在初始化, 而是控制創(chuàng)建對(duì)象過程)
c. IClassFactory2 成批的調(diào)用接口.
2.
參考CoCreateInstance 的實(shí)現(xiàn)過程:
CoCreateInstance -> CoGetClassObject -[系統(tǒng)|組件代碼]-> DllGetClassObject -> new ClassFactory -> IClassFactory::CreateInstance() -> new Component
因?yàn)?DllGetClassObject -> new ClassFactory -> IClassFactory::CreateInstance() -> new Component 都是組件所來實(shí)現(xiàn)的, 而系統(tǒng)調(diào)用 CoCreateInstance 所提供的參數(shù), 和通過自己使用IClassFactory 來創(chuàng)建Component 的參數(shù)是沒有變化的, 所以如果省略 ClassFactory 應(yīng)該也可以.
CoCreateInstance -> CoGetClassObject -[系統(tǒng)|組件代碼]-> DllGetClassObject -> new Component
DllGetClassObject 完全可以完成<COM 技術(shù)內(nèi)幕說的> a. 靈活創(chuàng)建對(duì)象, b. 控制創(chuàng)建過程, c. IClassFactory2 , 而且這樣子的實(shí)現(xiàn)也與語言無關(guān).
所以感覺沒有必要一定要用到IClassFactory 這個(gè)接口
3.
因此在實(shí)現(xiàn)的時(shí)候, 完全可以這樣子的實(shí)現(xiàn)組件
CCoClass : public IA, public IB, public IClassFactory
{
......
}
DllGetClassObject()
{
new CCoClass
}
而不需要額外的用一個(gè)類單獨(dú)的去實(shí)現(xiàn)IClassFactory . 好像ATL 默認(rèn)的就是這么干的, 提供了一個(gè)CComCoClass<CCoClass, &CLSID_CCoClass) 實(shí)現(xiàn)類.
這個(gè)是我的對(duì)COM 的IClassFactory 的理解, 感覺沒必要多一個(gè)這個(gè)東西.
不知道大家是如何看待這個(gè)東西的:)