• <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 - 58,  comments - 75,  trackbacks - 0

            ??? 接口,通俗的來說就是定義了一組要實現(xiàn)的功能,這些功能被表現(xiàn)為一組函數(shù),
            這些函數(shù)在語義上給定接口實現(xiàn)類的責(zé)任。
            ??? C++中常用的定義接口的方法是純虛類。但是定義的函數(shù)卻是要確定操作類型的
            但是從接口在語義上的考慮,其實是不需要的。
            ??? 用模板技術(shù)來改變。
            ??? 定義一個接口類,在類中只定義接口函數(shù),這些函數(shù)是Client要使用的,這個
            類是一個模板類,如下
            ??? template< typename T >
            ??? class Interface
            ??? {
            ??? public:
            ??????? template< typename T1 >
            ??????? void Fun( const T &t );
            ???
            ??????? ......
            ??? };
            ??? 這種方式解決了接口函數(shù)被類型限制。
            ??? 模板類的參數(shù)是一個繼承類,這個繼承類完成實際的操作。實體類的定義如下
            ??? class C : public Interface< C >
            ??? {
            ??????? ......
            ??? };

            ??? 子類去一個個的實例話其實很不好,也不符合一般C++的編程方法。由于在模板
            編程的情況下,更注重的是語義的符合,所以可以在子類中使用重載的方法去實現(xiàn)對
            不同類型的實際處理(畢竟沒有類的編寫者知道自己這個類要處理的類型)。那么可
            以載接口類中寫些代碼,來調(diào)用子類的函數(shù),這種調(diào)用實際上在語義上定義了子類要
            實現(xiàn)的責(zé)任。上面的接口的定義變成下面這個樣子
            ??? template< typename T >
            ??? class Interface
            ??? {
            ??? public:
            ??????? T* This( void ) { return static_cast< T* >( this ); }

            ??????? template< typename T1 >
            ??????? void Fun( const T &t )
            ??????? {
            ??????????? this->This()->Ope( t );
            ??????? }
            ???
            ??????? ......
            ??? };
            ???
            ??? 這樣,子類只用實現(xiàn)對不同類型的處理的Ope函數(shù)了,對外的公共接口還是一樣的。
            顯現(xiàn)中要講基類編程子類的友員,Ope定義在protected或private作用域中。??

            posted on 2007-01-13 18:06 walkspeed 閱讀(2292) 評論(0)  編輯 收藏 引用

            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理



            <2007年5月>
            293012345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            常用鏈接

            留言簿(4)

            隨筆分類(64)

            隨筆檔案(58)

            文章分類(3)

            文章檔案(3)

            相冊

            收藏夾(9)

            C++零碎

            好友

            搜索

            •  

            積分與排名

            • 積分 - 161400
            • 排名 - 163

            最新評論

            閱讀排行榜

            評論排行榜

            狠狠色综合网站久久久久久久高清| 久久av高潮av无码av喷吹| 久久综合给合综合久久| 国产叼嘿久久精品久久| 久久精品成人免费国产片小草| 国产免费久久精品99久久| 一极黄色视频久久网站| 久久超乳爆乳中文字幕| 色综合久久天天综线观看| 久久综合国产乱子伦精品免费| 精品久久人人做人人爽综合| 久久综合色老色| 久久精品国产一区二区三区不卡| 伊人久久大香线蕉精品不卡| 成人免费网站久久久| 久久国产AVJUST麻豆| 久久久久久毛片免费看| 久久r热这里有精品视频| 亚洲精品无码久久久久sm| 久久国产成人午夜aⅴ影院| 久久精品国产秦先生| 久久男人Av资源网站无码软件| 伊人久久无码中文字幕| 久久人人爽人人爽人人片AV高清| 亚洲伊人久久综合影院| 久久夜色撩人精品国产| 国产成人无码精品久久久免费 | 久久精品国内一区二区三区| 久久久久亚洲AV成人网人人网站 | 日本久久久久亚洲中字幕| 久久久久久久精品妇女99| 精品永久久福利一区二区| 精品久久久久久综合日本| 精品熟女少妇aⅴ免费久久| 久久亚洲欧洲国产综合| 国产精品久久久久久| 香蕉久久AⅤ一区二区三区| 少妇人妻88久久中文字幕| 久久久久香蕉视频| 久久精品国产亚洲av影院| 久久天天躁夜夜躁狠狠|