讀過《COM技術內幕》，理一下用類廠創(chuàng)建COM類的過程以及之間的關系。
類廠用來抽象組件的create過程，客戶不需要知道組件的詳細情況，也不需要知道類廠的詳細情況，只要知道CoCreateInstance可以創(chuàng)建組件即可。而CoCreateInstance內部調用DllGetClassObject來生成該組件的類廠，由于類廠有組件的作者撰寫，所以對組件類可謂知根知底，由類廠來生成組件完全行得通，這樣客戶和組件就進一步劃分，客戶只能查詢該組件是否支持某接口，而對組件的其他情況一無所知，這樣的劃分可以使組件和客戶間的耦合更小。
組件如果將某接口的全部方法都實現了，就稱該組件支持某接口，com并沒有規(guī)定組件和接口之間是虛函數繼承的關系，只是在c++中以這種方法來實現最好而已。
IClassFactory說穿了就是專門構造組件的類，這樣做是為了抽象，因為客戶沒有必要知道組件是什么，如果由客戶直接構造組件，客戶勢必要知道組件的信息，com就失去了它的意義了，所以，規(guī)定了一個類廠（支持IClassFactory接口），每個組件的類廠都很清楚并且也只清楚該組件的信息，而客戶只需要調用com庫函數CoCreateInstance就可以了。
創(chuàng)建流程圖：
CoCreateInstance -->> CoGetClassObject -->> DllGetClassObject -->> new ClassFactory -->>IClassFactory::CreateInstance() -->> new Component