引言：
在大型項(xiàng)目的開發(fā)中，隨著開發(fā)進(jìn)度的進(jìn)行，我們經(jīng)常碰到模塊之間耦合度太高的問題：由于開發(fā)人員經(jīng)常要在別的模塊中調(diào)用自己實(shí)現(xiàn)的功能，經(jīng)常隨意在某個(gè)函數(shù)中隨意添加調(diào)用代碼，造成了被修改的那個(gè)函數(shù)體過長(zhǎng)，邏輯混亂。另一個(gè)問題是隨意包含頭文件：開發(fā)人員在開發(fā)中經(jīng)常為了要使用某些類的功能而包含引用類的頭文件造成類之間的耦合度太高，被包含類的頭文件一處輕微修改經(jīng)常就會(huì)引起整個(gè)程序大規(guī)模的編譯和鏈接，當(dāng)編譯鏈接時(shí)間達(dá)到一定程度時(shí)，程序員就會(huì)被誘導(dǎo)去做不會(huì)導(dǎo)致大規(guī)模重編譯的改動(dòng)，而不管改動(dòng)是否會(huì)保持原來的設(shè)計(jì)。
常規(guī)解決方案：
1. 靜態(tài)類庫(kù)：設(shè)計(jì)良好的靜態(tài)類庫(kù)能實(shí)現(xiàn)功能上的隔離，無法避免類庫(kù)實(shí)現(xiàn) 必須重新編譯、鏈接整個(gè)應(yīng)用程序的問題
2. DLL：但仍有自己的缺點(diǎn)：
a) 函數(shù)重名問題:我們通過函數(shù)名來調(diào)用DLL的函數(shù)，在并行開發(fā)中容易造成函數(shù)重名。
b) 依賴：如果采用常見的隱式連接，那DLL每發(fā)行了一個(gè)新版本都有必要和應(yīng)用程序重新鏈接一次，因?yàn)?/span>DLL里面函數(shù)的地址可能已經(jīng)發(fā)生了改變。
3. COM：DLL的缺點(diǎn)就是COM的優(yōu)點(diǎn)。但是實(shí)際開發(fā)中我們會(huì)發(fā)現(xiàn)COM太復(fù)雜了。要使用COM編程，必須要非常熟悉C++中的COM實(shí)現(xiàn)細(xì)節(jié), 最好之前要有使用和實(shí)現(xiàn)COM對(duì)象和服務(wù)器的經(jīng)驗(yàn)。開發(fā)中而且必須從.idl開始工作才能加入接口屬性和方法,對(duì)開發(fā)和使用都有很高的門檻。
本文的解決方案—簡(jiǎn)化的組件編程：
實(shí)際上我們只是在開發(fā)項(xiàng)目，并不需要跨語言編程，也不需要組件的位置透明性。為了項(xiàng)目而引入COM代價(jià)往往太過于巨大。然而COM的內(nèi)部結(jié)構(gòu)對(duì)于大多數(shù)程序員是無關(guān)的。因此有必要對(duì)COM進(jìn)行簡(jiǎn)化以降低編程門檻。使之更符合常規(guī)的變成習(xí)慣。所以我們借鑒了COM的優(yōu)秀思想來構(gòu)建我們的程序架構(gòu)，使我們的程序能夠像基于COM組件開發(fā)那樣的靈活，而開發(fā)人員又不需要掌握太多的COM知識(shí)。下面我們分步介紹我們的實(shí)現(xiàn)過程
一、 總體架構(gòu)：
l應(yīng)用程序：軟件的可執(zhí)行程序(.exe)，通過組件管理器來創(chuàng)建組件，組件創(chuàng)建起來后應(yīng)用程序直接訪問組件，不再通過組件管理器中轉(zhuǎn)。
l 組件管理器：整個(gè)框架的核心部分，它本身是一個(gè)DLL文件。應(yīng)用程序通過它來創(chuàng)建、管理所有的相關(guān)DLL。作用類似與COM中的COM庫(kù)。它是應(yīng)用程序加載的第一個(gè)DLL。
l 組件模塊：以DLL實(shí)現(xiàn)的分解后功能模塊。軟件的全部功能都在組件中實(shí)現(xiàn)，組件與組件之間，組件和應(yīng)用程序之間并不直接直接耦合，應(yīng)用程序或一個(gè)組件不能直接創(chuàng)建另一個(gè)組件的實(shí)例，而必須通過組件管理器創(chuàng)建。組件對(duì)外并不暴露出類的實(shí)現(xiàn)，而僅是通過組件管理器返回接口的指針。
二、 應(yīng)用程序運(yùn)行過程：
應(yīng)用程序的運(yùn)行序列圖：
1. 主程序啟動(dòng)：應(yīng)用程序在啟動(dòng)階段調(diào)用組件管理器啟動(dòng)應(yīng)用程序框架。
2. 組件管理器掃描應(yīng)用程序目錄下所有的DLL文件，并動(dòng)態(tài)加載DLL，根據(jù)事先約好的注冊(cè)函數(shù)名判斷是否是框架組件
3. 查詢組件A實(shí)現(xiàn)的接口
4. 組件A返回它實(shí)現(xiàn)的全部接口ID（CLSID）。
5. 組件管理器把接口ID和對(duì)應(yīng)的組件文件名登記在內(nèi)部鏈表中。
6. 同3
7. 同4
8. 同5，
9. 啟動(dòng)過程結(jié)束，控制權(quán)交還給主程序
10. 業(yè)務(wù)功能開始：主程序調(diào)用組件管理器，啟動(dòng)所有自啟動(dòng)接口
11. 組件管理器查詢內(nèi)部鏈表，創(chuàng)建自啟動(dòng)接口（組件B實(shí)現(xiàn)了自啟動(dòng)接口）
12. 組件B在初始化函數(shù)中啟動(dòng)了相關(guān)的業(yè)務(wù)功能。
13. 組件B需要用到接口A,但組件B并不知道誰實(shí)現(xiàn)了接口A，于是它調(diào)用組件管理器來創(chuàng)建接口A
14. 組件管理器查詢鏈表得知組件A實(shí)現(xiàn)了接口A
15. 組件管理器調(diào)用組件A的導(dǎo)出函數(shù)創(chuàng)建接口A的實(shí)例
16. 組件A返回接口A的實(shí)例指針
17. 組件管理器將接口A的實(shí)例指針傳遞給接口B
18. 組件B調(diào)用接口A來完成某一功能
19. 組件B使用完接口A,直接調(diào)用接口A的函數(shù)來釋放接口A占用的資源
20. 主程序運(yùn)行結(jié)束：調(diào)用組件管理器釋放所有組件占用資源
21. 組件管理器釋放所有自啟動(dòng)接口占用資源。直接調(diào)用接口B的函數(shù)釋放
22. 組件B釋放完畢
23. 應(yīng)用程序退出
三、 應(yīng)用程序的實(shí)現(xiàn)：
應(yīng)用程序的實(shí)現(xiàn)比較簡(jiǎn)單：僅需在應(yīng)用程序初始化時(shí)加載組件管理器，調(diào)用管理器提供的啟動(dòng)框架，啟動(dòng)自啟動(dòng)接口。在退出時(shí)調(diào)用組件管理器釋放所有組件占用的資源即可
四、 組件管理器：
組件管理器是應(yīng)用程序和組件之間的橋梁。它維護(hù)了一張組件接口鏈表。負(fù)責(zé)整個(gè)框架的啟動(dòng)、組件的創(chuàng)建、還有最后框架資源的釋放工作。組件管理器雖然重要，但它的實(shí)現(xiàn)卻很簡(jiǎn)單，這里就不在詳講了。
五、 組件：
組件是整個(gè)項(xiàng)目的核心，整個(gè)應(yīng)用程序的所有功能都由組件完成。一般而言一個(gè)功能點(diǎn)需要由兩個(gè)組件來完成，一個(gè)提供功能服務(wù)，一個(gè)為自啟動(dòng)組件，調(diào)用功能服務(wù)。
1. 組件的實(shí)現(xiàn)：
l 組件對(duì)外只暴露出接口，因此每一個(gè)組件至少都由兩部分構(gòu)成，組件接口和組件的實(shí)現(xiàn)類。
a) 組件接口：借鑒COM的思想，每一個(gè)接口都有唯一的GUID來標(biāo)示。
組件接口僅定義了一組類的純虛函數(shù)，并不包含實(shí)現(xiàn)的任何細(xì)節(jié)
b) 實(shí)現(xiàn)類：是接口的實(shí)現(xiàn)。包含全部的實(shí)現(xiàn)細(xì)節(jié)
l 跟COM類似，接口分為單實(shí)例和多實(shí)例接口。因此需要把創(chuàng)建部分分離出來。創(chuàng)建的代碼很相似，所以可以用模板來實(shí)現(xiàn)。將公用代碼寫成靜態(tài)庫(kù)，每個(gè)組件包含一份可以減少組件的代碼編寫量。
組件結(jié)構(gòu)圖
多實(shí)例接口的創(chuàng)建過程：
單實(shí)例接口的第一次創(chuàng)建過程與多實(shí)例一樣。第二次以后的創(chuàng)建為：
結(jié)果：
a) 開發(fā)獨(dú)立：每個(gè)模塊可以單獨(dú)開發(fā)，單獨(dú)編譯，甚至可以單獨(dú)調(diào)試和測(cè)試。當(dāng)所有的組件開發(fā)完成后把它們組合在一起就得到了完整的應(yīng)用系統(tǒng)。當(dāng)需求發(fā)生部分變更時(shí)并不需要對(duì)所有的組件進(jìn)行修改，只需修改受影響的組件即可。
b) 修改獨(dú)立：新增功能只需將實(shí)現(xiàn)的DLL放入應(yīng)用程序目錄即可，不需更改原有代碼。 除了核心模塊，其余功能拼湊可簡(jiǎn)單通過增刪DLL實(shí)現(xiàn)
c) 模塊獨(dú)立：在開發(fā)過程中強(qiáng)迫程序員和接口而不是具體的類打交道，防止出現(xiàn)耦合性很強(qiáng)的代碼。
d) 智能擴(kuò)展，只需將實(shí)現(xiàn)特定接口的COM類(DLL)防入程序所在的目錄,程序自動(dòng)創(chuàng)建它，可以在類的初始化函數(shù)內(nèi)實(shí)現(xiàn)程序功能。
e) 可重用性強(qiáng)，因?yàn)槭轻槍?duì)接口開發(fā)，只要符合接口規(guī)范就可以重用DLL
下面我們給出了一個(gè)按照仿COM架構(gòu)實(shí)現(xiàn)的Demo
1. 單獨(dú)一個(gè)Exe也能運(yùn)行，雖然只是個(gè)空殼子沒有功能。
2. 加入ComManager.DLL，于是程序具有了自動(dòng)擴(kuò)展功能。
3. 加入了ModuleA.DLL,主界面出現(xiàn)了一個(gè)按鈕，右機(jī)窗口彈出了一個(gè)菜單，按鈕和菜單均可以響應(yīng)命令。菜單和按鈕的創(chuàng)建和響應(yīng)命令均在ModuleA.DLL中實(shí)現(xiàn)
4. 加入了ModuleB.DLL,主界面出現(xiàn)了另一個(gè)按鈕，右機(jī)窗口彈出的菜單又多了一項(xiàng)，按鈕和菜單均可以響應(yīng)命令。新增的菜單和按鈕的創(chuàng)建及響應(yīng)命令均在ModuleB.DLL中實(shí)現(xiàn)
5. 加入Sking.DLL，于是整個(gè)程序的界面都具有了膚化效果
6. 加入Log.DLL，于是程序具有了日志功能，可以紀(jì)錄模塊創(chuàng)建的順序
7. 。。。。。。。。。。。。。。
8. 。。。。。。。。。。
因?yàn)槌绦蚴腔诮涌陂_發(fā)的，所以功能的實(shí)現(xiàn)和模塊的名字無關(guān)，和模塊加載的順序也無關(guān)（有興趣可以試一下）----當(dāng)然ComManager.DLL必須是第一個(gè)加載，并且不能更名。