引言：
在上一篇文章中，我們引入了一個組件化編程的架構，其實它是一個仿COM架構。盡管相對于COM而言它已經相當的簡單了，但總的來說它仍是比較復雜。本文引入了另一種組件化編程的實現架構，相對于仿COM篇而言，它的結構更加清晰，實現更加簡單。
組件化編程再分析：
其實引入組件化編程的關鍵目的是為了將程序模塊化，使各個模塊之間可以單獨開發，單獨測試。當然，隨之而來的DLL版本問題也必須要解決，防止出現不兼容的組件版本破壞程序的穩定性。只需要達到幾個目的就行了，我們沒必要把事情做得太過于復雜。
實現：
將程序模塊化，使之可以單獨開發、測試而不影響其它的模塊，仍然需要將每個模塊分解到DLL去實現。通常因為面向對象、函數同名、函數地址偏移，使用方便等等原因，我們不希望直接使用DLL導出API，而希望能使用接口，以面向對象的方式編程。為了解決版本問題，我們給每個接口的實現版本加個標示。既我們可以要求DLL給出1.0版的接口實現。2.0版的接口實現等。還有，我們還要告訴DLL我們想獲得哪個接口。于是統一起來，給每個接口加個唯一ID,因為通常我們的程序不會在全球發行，所以也沒必要使用GUID，使用字符串標示就行了。
每個接口的實現都有自己的創建函數，所以我們在每個模塊中建立一張表，維護接口標示與接口創建函數的關系
|
接口標示 |
全局創建函數 |
|
“VUIManager001” |
__g_CreateVUIManager001interfaceNam_reg() |
|
“VUIManager002” |
__g_CreateVUIManager002interfaceNam_reg() |
|
“VSkin001” |
__g_CreateVSkin001interfaceNam_reg() |
|
“VSkin002” |
__g_CreateVSkin002interfaceNam_reg() |
在DLL中導出接口創建API
DLL_EXPORT void*CreateInterface(const char *pInterfaceName, int *pReturnCode);
小結：
本實現僅是組件化編程的一個簡化實現，它并不能取代《仿COM篇》，它所實現的功能也不如《仿COM篇》那么強大，例如它需要實現知道接口所在的DLL，不能實現自擴展等。但對于一般的程序而言，它更簡單使用。
還可以使用宏定義 把接口標示和接口創建函數與創建過程關聯起來，將接口創建API也包裝起來，開發中將更加方便。只需一個宏就可以搞定這些操作。