• <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 - 124,  comments - 29,  trackbacks - 0

            【原創(chuàng)】抽象類和接口的區(qū)別(C#)

            一、宏觀比較(哈哈,比較高屋建瓴)
                    接口是為了滿足外部調(diào)用而定義的一個功能約定, 因此反映的是事物的外部特性
                    抽象類是從一系列相關(guān)對象中抽象出來的概念, 因此反映的是事物的內(nèi)部共性;
            二、微觀比較(還是到基層來比較好一些)
                    下面分別從聲明,成員,實(shí)現(xiàn)幾個角度來比較
                    一、關(guān)于聲明:
                   【接口】的修飾符:new public private protected internal  如
                   public[public private protected internal] interface IInterface{   //interface body }
                   new 修飾符僅允許在類中定義的接口中使用。它指定接口有意隱藏同名的繼承成員。
                  備注:類成員聲明中可以使用與一個被繼承的成員相同的名稱或簽名來聲明一個成員。發(fā)生這種情況時,就稱該派生類成員隱藏了基類成員。隱藏一個繼承的成員不算是錯誤,但這確實(shí)會導(dǎo)致編譯器發(fā)出警告。若要取消此警告,派生類成員的聲明中可以包含一個 new 修飾符,表示派生成員是有意隱藏基成員的。
                   【接口】的基接口:接口可以從零個或多個接口繼承, 接口不能從自身直接或間接繼承,否則會發(fā)生編譯時錯誤。接口也不能繼承自類,如果可以的話那將違反了C#類不能多重繼承的原則。
                   【接口】的接口體:很簡單  用{   //接口成員是可選的  }表示    
                   
                   【抽象類】  關(guān)于聲明,自己想想吧,除了加了個限定的abstract修飾符似乎沒有太多可以描述的地方,抽象類本身也是是個類啊,除了不能被實(shí)例外。
            public abstract AbstractClass{
               //class body
            }
                   【抽象類】的基類最多一個類,但卻可以有n個接口

                     二、關(guān)于成員
                   【接口】的成員只能是簽名,沒有實(shí)現(xiàn),能包括的成員是:方法,屬性,索引器,事件,舉例如下
                       Public interface IInterface
                     
            {
                           Void Method();//顯然只是個方法說明,沒有方法體。
                           String Name{set;get};//顯然其用途是指示屬性是讀寫、只讀還是只寫。
                           String this[int index]{get:set;} //顯然其用途是指示索引器是讀寫、只讀還是只寫。
                                          event EventHandler Even ;
                      }
                                public delegate void EventHandler(object sender, Event e) ; 
                      接口所有的成員都不能加訪問修飾符,因?yàn)榧热皇墙涌冢敲此械某蓡T都是可以訪問的。

                    【抽象類】的成員應(yīng)該有什么,想想類吧,類有什么,它也應(yīng)該什么。
                     特別說明的是,抽象類可以但不是必須有抽象屬性和抽象方法,但是一旦有了抽象方法,就一定要把這個類聲明為抽象類。
                     抽象方法,同接口一下,也只有方法體,沒有實(shí)現(xiàn)。
                      三、關(guān)于實(shí)現(xiàn)
                    【抽象類】和【接口】都不能直接實(shí)例化

            posted on 2008-06-17 10:36 天書 閱讀(302) 評論(0)  編輯 收藏 引用

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



            <2010年5月>
            2526272829301
            2345678
            9101112131415
            16171819202122
            23242526272829
            303112345

            常用鏈接

            留言簿(5)

            隨筆檔案

            文章分類

            文章檔案

            好友的Bolg

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            久久精品国产精品青草app| 日产精品久久久久久久性色| 久久国产精品一区| 久久久噜噜噜久久中文字幕色伊伊 | 久久人人爽人人爽人人AV东京热 | 久久精品国产色蜜蜜麻豆| 少妇高潮惨叫久久久久久| 一级做a爰片久久毛片人呢| 久久久久久久久久久精品尤物| 久久国产精品久久久| 久久久久久午夜精品| 天天爽天天爽天天片a久久网| 久久久久久综合网天天| 99热都是精品久久久久久| 久久妇女高潮几次MBA| 99久久中文字幕| 伊人久久综合无码成人网| 欧美激情精品久久久久久久九九九| 久久综合给合久久狠狠狠97色| 日批日出水久久亚洲精品tv| 久久91精品国产91久久小草| 综合久久给合久久狠狠狠97色 | 久久久久99精品成人片直播| 午夜精品久久久久9999高清| 99久久99久久精品国产片| 精品乱码久久久久久久| 人妻丰满AV无码久久不卡| 亚洲美日韩Av中文字幕无码久久久妻妇 | 亚洲精品乱码久久久久久中文字幕| 成人午夜精品久久久久久久小说| 国内精品伊人久久久久AV影院| 色老头网站久久网| 久久久久亚洲AV无码观看| 2021国内久久精品| 国产精品亚洲综合久久| 久久综合久久综合亚洲| 99久久国产综合精品女同图片| 久久久久久国产精品美女| 色综合久久无码五十路人妻| 亚洲人成伊人成综合网久久久| 久久久久久精品免费免费自慰|