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

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            久久婷婷五月综合国产尤物app| 久久精品国产72国产精福利| 亚洲欧美另类日本久久国产真实乱对白| 久久婷婷五月综合色99啪ak| 久久久久久久波多野结衣高潮 | 国内精品久久久久久麻豆| 99久久99久久精品国产片| 欧美午夜A∨大片久久 | 久久精品极品盛宴观看| 亚洲国产另类久久久精品小说| 亚洲国产精品久久| 亚洲中文字幕无码久久2020| 伊人久久大香线蕉影院95| 亚洲精品乱码久久久久久久久久久久| 日韩欧美亚洲综合久久影院d3| 怡红院日本一道日本久久| 久久午夜无码鲁丝片秋霞| 国产精品狼人久久久久影院| 99蜜桃臀久久久欧美精品网站| 久久99久久无码毛片一区二区| 久久人人妻人人爽人人爽| 深夜久久AAAAA级毛片免费看| 国产精品九九九久久九九| 人妻精品久久久久中文字幕69| 久久精品国产色蜜蜜麻豆| 久久婷婷久久一区二区三区| 性高湖久久久久久久久| 亚洲中文字幕久久精品无码APP | 亚洲国产精品成人久久蜜臀| 精品久久久久久久久久中文字幕| 精品无码久久久久久午夜| 性做久久久久久久| 久久久国产乱子伦精品作者| 久久强奷乱码老熟女网站| 女同久久| 日韩欧美亚洲综合久久| 狠狠色丁香婷婷久久综合五月| 人妻无码精品久久亚瑟影视| 精品熟女少妇AV免费久久| 777午夜精品久久av蜜臀| 久久人妻少妇嫩草AV无码专区|