C 介面問題,問一下介面在語法上為何如此詭異？

1樓：一郎大神

並不是需要abstract才能編譯，而是因為你繼承了介面就需要實現介面的方法，除非是抽象類通過abstract讓子類去實現。你這裡也可以去掉abstract然後在抽象類裡給出具體實現。

和上面其實是乙個答案，你在父類中繼承的介面根本沒有方法實現，只要子類不是抽象類就必須重寫父類介面中的方法。父債子償。

2樓：陽光的雷咩咩

介面就介面嘛，你幹嘛要和ilspy攪在一起？

c#中介面問題

3樓：網友

既然已經知道了介面是一種協議，那你想實現多少就實現多少，還叫協議麼？協議是有強制性的。

比如別人設計介面的時候，就要用到你所有的函式，如果沒有強制性，你只實現了某幾個，那程式就會出錯了。

如果想用到多少實現多少。那麼不要用介面了。用繼承加虛方法好了。

4樓：網友

這個是c#語法的規定，要是不這麼弄，就會出現錯誤，要說這在實際程式設計當中有什麼意義，那就得在實踐中體會了。

為什麼要具體實現所有方法呢，我想如果不需要實現的方法在介面中也沒有必要宣告瞭，既然宣告瞭的那肯定是有一定作用的，以後用得著的，所以都要實現。

c# 介面概念的3個困惑

5樓：hope_李

1、強調實現了icollection介面，其實是告訴你，其他實現了icollection介面的類也有add方法了。下次你遇到乙個類，檢視他實現的介面一看實現了icollection介面那你不就清楚了這個類應該怎麼用了嘛。

2、比如你在乙個公司團隊做開發，經理定義好介面，然後你就在類裡面來實現，這個就保證他的設計你是按照他的來設計的。

3、這和1是一樣的，定義好乙個標準，都按照這個來實現迭代。

6樓：網友

這種東西，沒在實際的場景上使用過，可能不太好理解。不過網上有很多大師對這些都做了很詳細的解釋，你可以有針對性的往這方面去搜尋一下。

7樓：網友

看來你還沒有對物件導向入門，在c#中，萬物皆物件，好好理解吧，你會覺得這樣很合理的。

關於c#的介面問題

8樓：yeping天下

我說這麼高深的問題，你一分也不給呀。不過大家都是志同道合的人，我就給你講講吧，呃，不是講講，是給你說說我的理解。

1.繼承了該介面的類，那麼就跟那個類有關係了，跟它的介面沒啥關係。因為父類已經實現了該介面了，至於子類要不要重寫，那是你自個的事了。

2.父類和子類的繼承是單一繼承，就乙個子類只能有乙個父類，介面可以實現多繼承。

3.完全可以有自己的方法，欄位，屬性，索引。。。

4.委託就是委託，從字面意思理解就行了。委託好比乙個郵箱，我寫好信了，把信放郵箱了，然後郵遞員會來這裡取信，然後郵遞出去。

假設你先要要寫乙個按鈕類，按鈕類的行為肯定是要被按一下，然後執行乙個動作對不？而且這個動作不是由你決定的，是使用這個按鈕類的人決定的，對不？

這下好了，那你開發的時候也不知道使用這個按鈕類的人到底要執行什麼方法呀，那你怎麼呼叫這個未知的將來才能知道的方法呢，那麼就用到委託了，我就呼叫委託的乙個例項，至於這個委託的例項會怎麼做，那是用的時候才知道的。

看下面**：

class button}}

使用這個類：

button button = new button();

new eventhandler(button_onclick);

當我執行這個方法的時候就會執行button_onclick方法。而這個button_onclick方法就是使用的時候確定。

那麼這個委託到底是什麼，其實就是函式指標，只不過給c#封裝了一下，也就是說委託是個型別，就像類，結構這樣的東西。類，結構，你不是都需要自己去定義，然後去例項化物件嘛，委託也是這樣的。