• <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

            【原創】抽象類和接口的區別(C#)

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

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

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

            <2008年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            常用鏈接

            留言簿(5)

            隨筆檔案

            文章分類

            文章檔案

            好友的Bolg

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            久久青青草原综合伊人| 亚洲日韩欧美一区久久久久我 | 久久香蕉超碰97国产精品| 久久久久国产日韩精品网站| 伊人久久综合无码成人网| 久久久久亚洲AV成人网人人软件 | 精品国产91久久久久久久a| 久久影院综合精品| 久久婷婷五月综合97色一本一本 | 中文字幕无码免费久久| 亚洲午夜无码AV毛片久久| 精品国产乱码久久久久软件| 亚洲国产二区三区久久| 久久91精品国产91久久麻豆| 久久国产精品久久国产精品| 久久99精品国产一区二区三区| 国产呻吟久久久久久久92| 性欧美丰满熟妇XXXX性久久久| 久久综合综合久久综合| 久久精品国产亚洲AV无码娇色 | 日韩人妻无码一区二区三区久久 | 99久久免费国产特黄| 浪潮AV色综合久久天堂| 色噜噜狠狠先锋影音久久| 国产精品福利一区二区久久| 久久精品无码免费不卡| 久久毛片一区二区| 亚洲AV无码久久| 久久精品国产久精国产果冻传媒 | 好久久免费视频高清| 一本久久a久久精品综合夜夜| 久久只这里是精品66| 久久精品亚洲AV久久久无码| 久久久久久人妻无码| 草草久久久无码国产专区| 亚洲中文精品久久久久久不卡| 热99re久久国超精品首页| 亚洲女久久久噜噜噜熟女| 精品久久久久久| 久久AV无码精品人妻糸列| 狠狠久久亚洲欧美专区|