Interfaceは継承チェーンに入っていますか？

Question

インターネット上の文の2種類を約Interfaceあり、それは

インタフェースはチェーンを継承して来ていない
声明です。

他の文のB

Interfaces can inherit other interfaces

これら二つは声明を矛盾しています。

どちらが正しいか教えてください。

Answer 1

これらはどちらも真実です。

ステートメントA：インターフェイスは厳密に継承しません。インターフェイスを実装しているクラスがあり、

と答えた場合

base. 

インターフェイスのメンバーは表示されません。

ステートメントB：これは、「インターフェイスは他のインターフェイスを実装できます」と読みやすくなります。実装チェーンを持つことができます。彼らは本当に継承していません。

Answer 2

インターフェイスは他のインターフェイスを継承して試してみると、動作することがわかります。

Answer 3

.NETの世界では、インターフェイスは他のインターフェイスを絶対に継承できます。実装クラスは、継承するすべてのインタフェースのすべてのメソッドとプロパティを実装することが期待されます。

名前の矛盾がある場合、実装クラスはexplicit interface implementationsを使用する必要があります。

Answer 4

どちらの文も正しいです。

2番目のステートメントは正しいです。 InterfaceA：InterfaceBは完全に上手く、InterfaceAを実装しているクラスもInterfaceBを継承しなければなりません。

「継承チェーンが継承しない」とは、DerivedClass：BaseClass、InterfaceAの場合、base.BaseClassMethodを使用してDerivedClassからBaseClassメンバーにアクセスでき、同じ方法でbase.InterfaceAMethodを呼び出すことができないことを意味します。インターフェイスは継承チェーンの一部ではないためです。むしろ、それらのメンバーは多型性を介してアクセス可能である。

Answer 5

これらはどちらもC＃で可能であるため、どちらも真です。私たちは、インターフェイス鎖を有するget surprisedにしたくない

• ：しかし、 は、我々はクリーンコードとprogram to an interface instead of an implementationを書くとして。
• さらに、Interface segregation principleに従ってください。IFileRepository実装誰

これを考えてみましょう、

interface IFileRepository : IDisposable { ... } 

これが言うには、IDisposableを実装しなければなりません。しかし、私はFileRepositoryを書くことができます。FileRepositoryはリソースを処分する必要がないかもしれません。またはユニットテスト中の別の例では、依存関係として使用するクラスに対してFileRepository-スタブを書きますが、少なくともメソッドIをテストすると、Dispose()はまったく呼び出されません。それでも、IDisposableを実装する必要があります。

クリーンデザインでは、このような実装を指示すべきではありません。具体的な実装では、何を提供するかを知っている必要があります。

class FileRespository : IFileRepository , IDisposable { ... }