引言:
在上一篇文章中,我們引入了一個(gè)組件化編程的架構(gòu),其實(shí)它是一個(gè)仿COM架構(gòu)。盡管相對(duì)于COM而言它已經(jīng)相當(dāng)?shù)暮?jiǎn)單了,但總的來(lái)說(shuō)它仍是比較復(fù)雜。本文引入了另一種組件化編程的實(shí)現(xiàn)架構(gòu),相對(duì)于仿COM篇而言,它的結(jié)構(gòu)更加清晰,實(shí)現(xiàn)更加簡(jiǎn)單。
組件化編程再分析:
其實(shí)引入組件化編程的關(guān)鍵目的是為了將程序模塊化,使各個(gè)模塊之間可以單獨(dú)開發(fā),單獨(dú)測(cè)試。當(dāng)然,隨之而來(lái)的DLL版本問(wèn)題也必須要解決,防止出現(xiàn)不兼容的組件版本破壞程序的穩(wěn)定性。只需要達(dá)到幾個(gè)目的就行了,我們沒(méi)必要把事情做得太過(guò)于復(fù)雜。
實(shí)現(xiàn):
將程序模塊化,使之可以單獨(dú)開發(fā)、測(cè)試而不影響其它的模塊,仍然需要將每個(gè)模塊分解到DLL去實(shí)現(xiàn)。通常因?yàn)槊嫦驅(qū)ο蟆⒑瘮?shù)同名、函數(shù)地址偏移,使用方便等等原因,我們不希望直接使用DLL導(dǎo)出API,而希望能使用接口,以面向?qū)ο蟮姆绞骄幊獭榱私鉀Q版本問(wèn)題,我們給每個(gè)接口的實(shí)現(xiàn)版本加個(gè)標(biāo)示。既我們可以要求DLL給出1.0版的接口實(shí)現(xiàn)。2.0版的接口實(shí)現(xiàn)等。還有,我們還要告訴DLL我們想獲得哪個(gè)接口。于是統(tǒng)一起來(lái),給每個(gè)接口加個(gè)唯一ID,因?yàn)橥ǔN覀兊某绦虿粫?huì)在全球發(fā)行,所以也沒(méi)必要使用GUID,使用字符串標(biāo)示就行了。
每個(gè)接口的實(shí)現(xiàn)都有自己的創(chuàng)建函數(shù),所以我們?cè)诿總€(gè)模塊中建立一張表,維護(hù)接口標(biāo)示與接口創(chuàng)建函數(shù)的關(guān)系
接口標(biāo)示 |
全局創(chuàng)建函數(shù) |
“VUIManager001” |
__g_CreateVUIManager001interfaceNam_reg() |
“VUIManager002” |
__g_CreateVUIManager002interfaceNam_reg() |
“VSkin001” |
__g_CreateVSkin001interfaceNam_reg() |
“VSkin002” |
__g_CreateVSkin002interfaceNam_reg() |
在DLL中導(dǎo)出接口創(chuàng)建API
DLL_EXPORT void*CreateInterface(const char *pInterfaceName, int *pReturnCode);
化實(shí)現(xiàn)/簡(jiǎn)化接口的創(chuàng)建過(guò)程.bmp)
小結(jié):
本實(shí)現(xiàn)僅是組件化編程的一個(gè)簡(jiǎn)化實(shí)現(xiàn),它并不能取代《仿COM篇》,它所實(shí)現(xiàn)的功能也不如《仿COM篇》那么強(qiáng)大,例如它需要實(shí)現(xiàn)知道接口所在的DLL,不能實(shí)現(xiàn)自擴(kuò)展等。但對(duì)于一般的程序而言,它更簡(jiǎn)單使用。
還可以使用宏定義 把接口標(biāo)示和接口創(chuàng)建函數(shù)與創(chuàng)建過(guò)程關(guān)聯(lián)起來(lái),將接口創(chuàng)建API也包裝起來(lái),開發(fā)中將更加方便。只需一個(gè)宏就可以搞定這些操作。