1. IClassFactory 的用途

在 http://www.80diy.com/home/20041120/19/3572410.html 看到幾段關(guān)于COM 的類廠的話,

"""
類廠用來(lái)抽象組件的create過(guò)程，客戶不需要知道組件的詳細(xì)情況，也不需要知道類廠的詳細(xì)情況，只要知道CoCreateInstance可以創(chuàng)建組件即可。而CoCreateInstance內(nèi)部調(diào)用DllGetClassObject來(lái)生成該組件的類廠，由于類廠有組件的作者撰寫，所以對(duì)組件類可謂知根知底，由類廠來(lái)生成組件完全行得通，這樣客戶和組件就進(jìn)一步劃分，客戶只能查詢?cè)摻M件是否支持某借口，而對(duì)組件的其他情況一無(wú)所知，這樣的劃分可以使組件和客戶間的耦合更小。
"""

"""
組件如果將某接口的全部方法都實(shí)現(xiàn)了，就稱該組件支持某接口，com并沒(méi)有規(guī)定組件和接口之間是虛函數(shù)繼承的關(guān)系，只是在c++中以這種方法來(lái)實(shí)現(xiàn)最好而已。  
IClassFactory說(shuō)穿了就是專門構(gòu)造組件的類，這樣做是為了抽象，因?yàn)榭蛻魶](méi)有必要知道組件是什么，如果由客戶直接構(gòu)造組件，客戶勢(shì)必要知道組件的信息，com就失去了它的意義了，所以，規(guī)定了一個(gè)類廠（支持IClassFactory接口），每個(gè)組件的類廠都很清楚并且也只清楚該組件的信息，而客戶只需要調(diào)用com庫(kù)函數(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(yǔ)言無(wú)關(guān)的緣故。COM本身并不創(chuàng)建對(duì)象，因?yàn)樗皇仟?dú)立于語(yǔ)言的也不是獨(dú)立于實(shí)現(xiàn)的。
當(dāng)某個(gè)客戶端想要?jiǎng)?chuàng)建一個(gè)COM對(duì)象時(shí)，COM庫(kù)就從COM服務(wù)器請(qǐng)求類工廠。然后類工廠創(chuàng)建COM對(duì)象并將它返回客戶端。它們的通訊機(jī)制由函數(shù)DllGetClassObject()來(lái)提供。
"""

在<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ì)象過(guò)程是: 傳給一共CLSID, 然后創(chuàng)建成相應(yīng)組件, 并返回所請(qǐng)求的指針. 其弊端在于無(wú)法提供給客戶一種控制對(duì)象創(chuàng)建過(guò)程的方法. (問(wèn)題關(guān)鍵不在初始化, 而是控制創(chuàng)建對(duì)象過(guò)程)
c. IClassFactory2 成批的調(diào)用接口.

2.
參考CoCreateInstance 的實(shí)現(xiàn)過(guò)程:
CoCreateInstance -> CoGetClassObject -[系統(tǒng)|組件代碼]-> DllGetClassObject -> new ClassFactory -> IClassFactory::CreateInstance() -> new Component

因?yàn)?DllGetClassObject -> new ClassFactory -> IClassFactory::CreateInstance() -> new Component 都是組件所來(lái)實(shí)現(xiàn)的, 而系統(tǒng)調(diào)用 CoCreateInstance 所提供的參數(shù), 和通過(guò)自己使用IClassFactory 來(lái)創(chuàng)建Component 的參數(shù)是沒(méi)有變化的, 所以如果省略 ClassFactory 應(yīng)該也可以.

CoCreateInstance -> CoGetClassObject -[系統(tǒng)|組件代碼]-> DllGetClassObject -> new Component

DllGetClassObject 完全可以完成<COM 技術(shù)內(nèi)幕說(shuō)的> a. 靈活創(chuàng)建對(duì)象, b. 控制創(chuàng)建過(guò)程, c. IClassFactory2 , 而且這樣子的實(shí)現(xiàn)也與語(yǔ)言無(wú)關(guān). 
所以感覺沒(méi)有必要一定要用到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 的理解, 感覺沒(méi)必要多一個(gè)這個(gè)東西.

不知道大家是如何看待這個(gè)東西的:)