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

                     二、關(guān)于成員
                   【接口】的成員只能是簽名,沒有實(shí)現(xiàn),能包括的成員是:方法,屬性,索引器,事件,舉例如下
                       Public interface IInterface
                     
            {
                           Void Method();//顯然只是個(gè)方法說明,沒有方法體。
                           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)該什么。
                     特別說明的是,抽象類可以但不是必須有抽象屬性和抽象方法,但是一旦有了抽象方法,就一定要把這個(gè)類聲明為抽象類。
                     抽象方法,同接口一下,也只有方法體,沒有實(shí)現(xiàn)。
                      三、關(guān)于實(shí)現(xiàn)
                    【抽象類】和【接口】都不能直接實(shí)例化

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

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



            <2013年10月>
            293012345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            常用鏈接

            留言簿(5)

            隨筆檔案

            文章分類

            文章檔案

            好友的Bolg

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            久久久久99这里有精品10| 狠狠人妻久久久久久综合蜜桃| 久久亚洲中文字幕精品一区| 久久影院久久香蕉国产线看观看| 亚洲国产成人精品女人久久久 | 色综合合久久天天给综看| 婷婷久久综合九色综合绿巨人| 亚洲国产精品无码久久SM| 91麻豆精品国产91久久久久久| 日韩美女18网站久久精品| 久久亚洲精品国产精品| 久久久久久极精品久久久| 久久亚洲精品国产精品| 一本久久免费视频| 大美女久久久久久j久久| 伊人久久大香线蕉综合Av| 国产精品成人99久久久久 | 东京热TOKYO综合久久精品| 久久强奷乱码老熟女网站| 97久久天天综合色天天综合色hd| 久久人人超碰精品CAOPOREN | 亚洲人成电影网站久久| 婷婷综合久久中文字幕| 久久亚洲春色中文字幕久久久 | 久久亚洲美女精品国产精品| 欧美一级久久久久久久大片| 伊人久久大香线蕉影院95| 五月丁香综合激情六月久久 | 久久久久亚洲Av无码专| 国产精品久久久久蜜芽| 久久精品无码一区二区日韩AV| 国产精品一区二区久久| 一本久久免费视频| 久久久久无码精品| 久久精品国产色蜜蜜麻豆| 青青草国产成人久久91网| 久久久九九有精品国产| 亚洲国产成人久久综合一| 久久香蕉一级毛片| 色综合久久精品中文字幕首页| 国产亚洲欧美成人久久片|