• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            posts - 3, comments - 0, trackbacks - 0, articles - 1

            引言:

                   在上一篇文章中,我們引入了一個(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ú)開(kāi)發(fā),單獨(dú)測(cè)試。當(dāng)然,隨之而來(lái)的DLL版本問(wèn)題也必須要解決,防止出現(xiàn)不兼容的組件版本破壞程序的穩(wěn)定性。只需要達(dá)到幾個(gè)目的就行了,我們沒(méi)必要把事情做得太過(guò)于復(fù)雜。

             

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

                   將程序模塊化,使之可以單獨(dú)開(kāi)發(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);

            簡(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),開(kāi)發(fā)中將更加方便。只需一個(gè)宏就可以搞定這些操作。

            国产真实乱对白精彩久久| 亚洲综合熟女久久久30p| 91精品国产9l久久久久| 亚洲中文字幕无码久久精品1| yy6080久久| 亚洲一区精品伊人久久伊人| 久久久久一级精品亚洲国产成人综合AV区 | av午夜福利一片免费看久久| 99久久99久久精品国产片果冻| 久久这里的只有是精品23| 亚洲日本va午夜中文字幕久久| 亚洲国产精品综合久久一线| 日韩精品无码久久一区二区三| 久久五月精品中文字幕| 色8激情欧美成人久久综合电| 日本久久中文字幕| 久久国产AVJUST麻豆| 久久久久久精品免费看SSS| 伊人久久大香线蕉av不卡| 久久无码人妻一区二区三区| 欧美噜噜久久久XXX| 99久久精品午夜一区二区| 亚洲精品高清久久| 久久嫩草影院免费看夜色| 亚洲欧美日韩久久精品| 久久国产免费直播| 成人久久精品一区二区三区| 18岁日韩内射颜射午夜久久成人 | 亚洲精品WWW久久久久久| 国产精品久久久久久久久软件 | 亚洲国产另类久久久精品小说| 日韩精品久久久久久免费| 精品午夜久久福利大片| 精品久久久久中文字幕一区| 欧美久久久久久| 久久久精品人妻一区二区三区四 | 久久综合色区| 日本久久久久亚洲中字幕| 中文精品久久久久国产网址| 午夜精品久久久久| 国内精品久久人妻互换|