• <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>
            隨筆-90  評論-947  文章-0  trackbacks-0

            我們先來看一組接口定義:

             

            struct IX

            {

                virtual void MethodX() = 0;

            };

             

            struct IXA : public IX

            {

                virtual void MethodXA() = 0;

            };

             

            struct IXB : public IX

            {

                virtual void MethodXB() = 0;

            };

             

            struct IXAB : public IXA, public IXB

            {

                virtual void MethodXAB() = 0;

            };

             

            然后我們來實現(xiàn) IX

             

            struct CX : public IX

            {

                virtual void MethodX()

                {

               

                }

            };

             

            然后再來實現(xiàn) IXA

             

            struct CXA : public IXA

            {

                virtual void MethodX()

                {

               

                }

             

                virtual void MethodXA()

                {

               

                }

            };

             

            這樣寫當然是沒問題的。但是,有木有發(fā)現(xiàn),這里出現(xiàn)MethodX了。如果,我們需要之前CX中對MethodX的實現(xiàn),那怎么辦呢?

             

            一開始我傻傻地想,繼承CX不就好了么:

             

            struct CXA : public IXA, public CX

            {

                virtual void MethodXA()

                {

               

                }

            };

             

            結果實例化CXA的時候報錯:

            error C2259: 'CXA' : cannot instantiate abstract class

            due to following members:

            void IX::MethodX(void)' : is abstract

            see declaration of 'IX::MethodX'

             

            (嘿嘿。我不知道是不是挺多人一開始都會這么想的。)究其原因,是因為添加多繼承不會產生覆蓋虛函數(shù)的效果。此時虛函數(shù)的狀態(tài)是:

             

            MethodX

            來自于IXA

            來自于IX

            未實現(xiàn)

            MethodXA

            來自于IXA

             

            CXA實現(xiàn)

            MethodX

            來自于CX

            來自于IX

            CX實現(xiàn)

             

            新添加的CX中的MethodX,只是覆蓋了CX多繼承的IX中的那個MethodX。退一步,即便CX是個獨立的類,沒有繼承于IXCX中的MethoxX也無法為覆蓋IXA中的MethodX。只有處于同一繼承鏈中的各個類才會產生覆蓋虛函數(shù)的效果。

             

            假如,CX就是繼承于IXA的,且只實現(xiàn)了MethodX,未實現(xiàn)MethodA

             

            struct CX : public IXA

            {

                virtual void MethodX()

                {

               

                }

            };

             

            然后CXA不再繼承IXA,而是直接繼承CX,補充實現(xiàn)MethodA

             

            struct CXA : public CX

            {

                virtual void MethodXA()

                {

               

                }

            };

             

            這樣,CXA是可以直接實例化的。但是,CX又無法單獨使用了!

             

            CX面臨的問題是,需要隨時被改變基類,也就是基類類型可配置。于是我們想到了模版:

             

            template <typename T = IX>

            struct CX : public T

            {

                virtual void MethodX()

                {

               

                }

            };

             

            struct CXA : public CX<IXA>

            {

                virtual void MethodXA()

                {

               

                }

            };

             

            CX單獨使用的時候,使用默認模版參數(shù),讓它繼承于IX;被CXA使用的時候,讓它繼承于IXA,問題就解決了!同樣的方法,我們實現(xiàn)CXB

             

            struct CXB : public CX<IXB>

            {

                virtual void MethodXB()

                {

               

                }

            };

             

            下面我們來實現(xiàn)IXAB

             

            struct CXAB : public IXAB

            {

                virtual void MethodX()

                {

               

                }

             

                virtual void MethodXA()

                {

               

                }

             

                virtual void MethodXB()

                {

               

                }

             

                virtual void MethodXAB()

                {

               

                }

            };

             

            注意到這里只有一個MethodX。由于MethodXIXAIXB是同源的,IXAB里面雖然本應該有兩個MethodX,但編譯器進行合并處理,對其中一個做跳轉,所以我們只需要實現(xiàn)一次就夠了。(目前我是這樣理解的。)不過這不是本文要探討的內容,我們關注的是,MethodXMethodXAMethodXB又要重復寫一遍了。

             

            看來我們要對CXACXB也做模版處理:

             

            template <typename T = IXA>

            struct CXA : public CX<T>

            {

                virtual void MethodXA()

                {

               

                }

            };

             

            template <typename T = IXB>

            struct CXB : public CX<T>

            {

                virtual void MethodXB()

                {

               

                }

            };

             

            struct CXAB : public CXA<IXAB>, public CXB<IXAB>

            {

                virtual void MethodXAB()

                {

               

                }

            };

             

            可惜的是,還是有錯誤:

            error C2259: 'CXAB' : cannot instantiate abstract class

            due to following members:

            'void IXB::MethodXB(void)' : is abstract

            see declaration of 'IXB::MethodXB'

            'void IXA::MethodXA(void)' : is abstract

            see declaration of 'IXA::MethodXA'

             

            說的是CXA<IXAB>中的MethodXB未實現(xiàn),CXB<IXAB>中的MethodXA未實現(xiàn)……所以,以上方案不適合接口中存在多繼承的情形。

             

            恰好COM中貌似也沒有接口多繼承的情形。我們將CX改名為IXImpl,將CXA改名為IXAImpl,將CXB改名為IXBImpl

             

            struct IX

            {

                virtual void MethodX() = 0;

            };

             

            struct IXA : public IX

            {

                virtual void MethodXA() = 0;

            };

             

            struct IXB : public IX

            {

                virtual void MethodXB() = 0;

            };

             

            template <typename T = IX>

            struct IXImpl : public T

            {

                virtual void MethodX()

                {

               

                }

            };

             

            template <typename T = IXA>

            struct IXAImpl : public IXImpl<T>

            {

                virtual void MethodXA()

                {

               

                }

            };

             

            template <typename T = IXB>

            struct IXBImpl : public IXImpl<T>

            {

                virtual void MethodXB()

                {

               

                }

            };

             

            是不是跟ATL對上號了?這些*Impl類可以直接使用(如果是需要默認實現(xiàn)就夠了),也可以被繼承,被繼承的時候也可以更換基類。如:

             

            struct CXA : public IXAImpl<>

            {

             

            };

             

            struct IY : public IXB

            {

                virtual void MethodY() = 0;

            };

             

            struct CY : public IXBImpl<IY>

            {

                virtual void MethodY()

                {

               

                }

            };

             

            第二個例子中,IXB是庫提供的接口,IY是應用程序設計的接口,CY是應用程序實現(xiàn)的類。

             

            好了,ATL中的*Impl類的做法就是如此,只是多了其他一些模版參數(shù),暫時不理它們。

             

            posted on 2012-09-02 13:56 溪流 閱讀(2936) 評論(1)  編輯 收藏 引用 所屬分類: C++WindowsCOM

            評論:
            # re: 學習下 ATL 的繼承鏈處理 2012-09-04 00:30 | 畢達哥拉斯半圓
            good point!  回復  更多評論
              
            久久这里只有精品18| 久久午夜福利电影| 久久精品国产亚洲av高清漫画| 亚洲愉拍99热成人精品热久久| 久久精品亚洲一区二区三区浴池| 狠狠色丁香久久综合婷婷| 久久久91人妻无码精品蜜桃HD| yy6080久久| 亚洲午夜精品久久久久久app| 欧美日韩精品久久久久| 久久亚洲中文字幕精品有坂深雪| 青青热久久综合网伊人| 中文成人无码精品久久久不卡 | 午夜福利91久久福利| 久久天天躁夜夜躁狠狠躁2022| 久久久久久人妻无码| 亚洲精品国精品久久99热| 久久精品国产精品国产精品污 | 久久中文字幕一区二区| 国产精品中文久久久久久久| 久久99精品国产99久久| 亚洲AV无码久久精品成人 | 久久人人爽人人爽人人片av麻烦| 国产精品久久久久影院嫩草| 久久亚洲精品成人无码网站| 国产激情久久久久影院| 久久国产精品无码一区二区三区 | 久久天天躁狠狠躁夜夜2020一| 国产综合成人久久大片91| 精品综合久久久久久888蜜芽| 看全色黄大色大片免费久久久| 一本一道久久精品综合| 97精品伊人久久大香线蕉app| 久久精品国产亚洲av日韩| 亚洲色婷婷综合久久| 伊人精品久久久久7777| 久久久国产99久久国产一| 欧美激情精品久久久久久久九九九| 久久综合九色综合97_久久久| 久久综合久久久| 久久亚洲高清综合|