chlf

引言：

       在上一篇文章中，我們引入了一個(gè)組件化編程的架構(gòu)，其實(shí)它是一個(gè)仿COM架構(gòu)。盡管相對(duì)于COM而言它已經(jīng)相當(dāng)?shù)暮唵瘟耍偟膩碚f它仍是比較復(fù)雜。本文引入了另一種組件化編程的實(shí)現(xiàn)架構(gòu)，相對(duì)于仿COM篇而言，它的結(jié)構(gòu)更加清晰，實(shí)現(xiàn)更加簡單。

組件化編程再分析：

       其實(shí)引入組件化編程的關(guān)鍵目的是為了將程序模塊化，使各個(gè)模塊之間可以單獨(dú)開發(fā)，單獨(dú)測試。當(dāng)然，隨之而來的DLL版本問題也必須要解決，防止出現(xiàn)不兼容的組件版本破壞程序的穩(wěn)定性。只需要達(dá)到幾個(gè)目的就行了，我們沒必要把事情做得太過于復(fù)雜。

實(shí)現(xiàn)：

       將程序模塊化，使之可以單獨(dú)開發(fā)、測試而不影響其它的模塊，仍然需要將每個(gè)模塊分解到DLL去實(shí)現(xiàn)。通常因?yàn)槊嫦驅(qū)ο蟆⒑瘮?shù)同名、函數(shù)地址偏移，使用方便等等原因，我們不希望直接使用DLL導(dǎo)出API，而希望能使用接口，以面向?qū)ο蟮姆绞骄幊獭榱私鉀Q版本問題，我們給每個(gè)接口的實(shí)現(xiàn)版本加個(gè)標(biāo)示。既我們可以要求DLL給出1.0版的接口實(shí)現(xiàn)。2.0版的接口實(shí)現(xiàn)等。還有，我們還要告訴DLL我們想獲得哪個(gè)接口。于是統(tǒng)一起來，給每個(gè)接口加個(gè)唯一ID,因?yàn)橥ǔＮ覀兊某绦虿粫?huì)在全球發(fā)行，所以也沒必要使用GUID，使用字符串標(biāo)示就行了。

每個(gè)接口的實(shí)現(xiàn)都有自己的創(chuàng)建函數(shù)，所以我們?cè)诿總€(gè)模塊中建立一張表，維護(hù)接口標(biāo)示與接口創(chuàng)建函數(shù)的關(guān)系

在DLL中導(dǎo)出接口創(chuàng)建API

 DLL_EXPORT void*CreateInterface(const char *pInterfaceName, int *pReturnCode);

小結(jié)：

       本實(shí)現(xiàn)僅是組件化編程的一個(gè)簡化實(shí)現(xiàn)，它并不能取代《仿COM篇》，它所實(shí)現(xiàn)的功能也不如《仿COM篇》那么強(qiáng)大，例如它需要實(shí)現(xiàn)知道接口所在的DLL，不能實(shí)現(xiàn)自擴(kuò)展等。但對(duì)于一般的程序而言，它更簡單使用。

還可以使用宏定義 把接口標(biāo)示和接口創(chuàng)建函數(shù)與創(chuàng)建過程關(guān)聯(lián)起來，將接口創(chuàng)建API也包裝起來，開發(fā)中將更加方便。只需一個(gè)宏就可以搞定這些操作。