1. IClassFactory 的用途

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

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

"""
組件如果將某接口的全部方法都實現(xiàn)了，就稱該組件支持某接口，com并沒有規(guī)定組件和接口之間是虛函數(shù)繼承的關系，只是在c++中以這種方法來實現(xiàn)最好而已。  
IClassFactory說穿了就是專門構(gòu)造組件的類，這樣做是為了抽象，因為客戶沒有必要知道組件是什么，如果由客戶直接構(gòu)造組件，客戶勢必要知道組件的信息，com就失去了它的意義了，所以，規(guī)定了一個類廠（支持IClassFactory接口），每個組件的類廠都很清楚并且也只清楚該組件的信息，而客戶只需要調(diào)用com庫函數(shù)CoCreateInstance就可以了。  
下面是流程圖：  
  CoCreateInstance -> CoGetClassObject -> DllGetClassObject -> new ClassFactory -> IClassFactory::CreateInstance() -> new Component
"""

并且在 http://www.codeproject.com/com/comintro2.asp 也看到幾段話

"""
每次實現(xiàn)組件對象類的時候，都要寫一個旁類負責創(chuàng)建第一個組件對象類的實例。這個旁類就叫這個組件對象類的類工廠（class factory），其唯一目的是創(chuàng)建COM對象。之所以要一個類工廠，是因為語言無關的緣故。COM本身并不創(chuàng)建對象，因為它不是獨立于語言的也不是獨立于實現(xiàn)的。
當某個客戶端想要創(chuàng)建一個COM對象時，COM庫就從COM服務器請求類工廠。然后類工廠創(chuàng)建COM對象并將它返回客戶端。它們的通訊機制由函數(shù)DllGetClassObject()來提供。
"""

在<COM 技術(shù)內(nèi)幕> 中, 對類廠的引入也有描述.
主要是:
a. 在面向?qū)ο笙到y(tǒng)中, 對象創(chuàng)建是非常重要的, 因為要使用它必須先創(chuàng)建它. 所以盡可能靈活的創(chuàng)建對象(component)
b. 在CoCreateInstance 創(chuàng)建對象過程是: 傳給一共CLSID, 然后創(chuàng)建成相應組件, 并返回所請求的指針. 其弊端在于無法提供給客戶一種控制對象創(chuàng)建過程的方法. (問題關鍵不在初始化, 而是控制創(chuàng)建對象過程)
c. IClassFactory2 成批的調(diào)用接口.

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

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

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

DllGetClassObject 完全可以完成<COM 技術(shù)內(nèi)幕說的> a. 靈活創(chuàng)建對象, b. 控制創(chuàng)建過程, c. IClassFactory2 , 而且這樣子的實現(xiàn)也與語言無關. 
所以感覺沒有必要一定要用到IClassFactory 這個接口

3.
因此在實現(xiàn)的時候, 完全可以這樣子的實現(xiàn)組件
CCoClass : public IA, public IB, public IClassFactory
{
......
}

DllGetClassObject()
{
new CCoClass
}

而不需要額外的用一個類單獨的去實現(xiàn)IClassFactory . 好像ATL 默認的就是這么干的, 提供了一個CComCoClass<CCoClass, &CLSID_CCoClass)  實現(xiàn)類.

這個是我的對COM 的IClassFactory 的理解, 感覺沒必要多一個這個東西.

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