C＃newキーワードを使用してインターフェイスのプロパティを拡張できますか？

Question

"new"キーワードが派生クラスのメソッドを隠す方法を理解しています。ただし、キーワードを使用するインターフェイスを実装するクラスにはどのような影響がありますか？

この例では、プロパティを読み書きすることでインターフェイスを拡張することにします。

public interface IReadOnly { 

    string Id { 
     get; 
    } 
} 

public interface ICanReadAndWrite : IReadOnly { 

    new string Id { 
     get; 
     set; 
    } 
} 

次に、あなたがこのようなことを行うことができます：

public IReadOnly SomeMethod() { 
    // return an instance of ICanReadAndWrite 
} 

はこの悪いデザインですか？ ICanReadAndWriteを実装するクラスに問題が発生しますか？

編集：ここではが、私はこのような何かをしたい場合があります理由の不自然な例です：

は私がIShoppingCartItemReadWriteを返すファクトリクラスを持っていると言います。次に、価格を操作したり、物を変更したりするサービスレイヤーを持つことができます。次に、これらのオブジェクトを、IShoppingCartItemReadOnlyとして、それらを変更しない種類のプレゼンテーションレイヤーに渡すことができます。 （はい、技術的にははに変更できます。これは設計上の質問であり、セキュリティなどはありません）

Answer 1

特に悪いことではありません。あなたは（これは暗黙的インタフェースを実装する場合プロパティ/書き込み、次いで単一の読み取りの両方のインターフェイスを満たすことができる）実装ができることを認識しなければならない二つの別個の実装提供する：一般的に、ところで

class Test : ICanReadAndWrite { 
    public string Id { 
     get { return "100"; } 
     set { } 
    } 
    string IReadOnly.Id { 
     get { return "10"; } 
    } 
} 

Test t = new Test(); 
Console.WriteLine(t.Id); // prints 100 
Console.WriteLine(((IReadOnly)t).Id); // prints 10 

をnew継承修飾子は、コンパイラにシャットダウンするように指示する以外は何もしません。「あなたはそのメンバを隠しています」という警告をスローしません。これを省略すると、コンパイルされたコードには何の効果もありません。

Answer 2

コンパイルするかどうかはわかりませんが、推奨するパターンではありません。明示的なインターフェイスの実装を行うことができるため、理論上はIdプロパティのIReadOnlyとICanReadAndWrite versiondの2つの全く異なる実装を提供できます。 ICanReadAndWriteインターフェースを変更することを検討してください。プロパティーを置き換えるのではなく、プロパティーにsetterメソッドを追加してください。

Answer 3

ICanReadAndWriteインターフェイスを実装するクラスの意味は、ICeadReadAndWriteインターフェイスで実装されているIReadOnlyとして扱うとICanReadAndWriteインターフェイスとして実装することができます。

Answer 4

あなたはそれを行うことができますが、私はあなたがそれを行うことで何を達成したいのか分かりません。

public IReadOnly SomeMethod() { 
    // return an instance of ICanReadAndWrite 
} 

この方法では、あなたがICanReadAndWriteに戻ってきたということは問題でないことを意味IReadOnlyへの参照を返します。このアプローチは良くないでしょうか？

public interface IReadOnly 
{ 
    String GetId(); 
} 

public interface ICanReadAndWrite : IReadOnly 
{ 
    String SetId(); 
} 

Answer 5

IReadOnlyに基づいてICanReadWriteを実装するのではなく、それらを別々にする必要があります。

ie。このように：クラスで同じプロパティが両方のインターフェースをサポートできることを

public class SomeObject : IReadOnly, ICanReadWrite 
{ 
    public string Id 
    { 
     get; 
     set; 
    } 
} 

注：

public interface IReadOnly 
{ 
    string Id 
    { 
     get; 
    } 
} 

public interface ICanReadAndWrite 
{ 
    string Id 
    { 
     get; 
     set; 
    } 
} 

ここではそれらを使用するクラスです。

コメントごとに、堅牢なソリューションを得る唯一の方法は、ラッパーオブジェクトも持つことです。

つまり

、これは良いではありません：呼び出し元と

public class SomeObject : IReadOnly, ICanReadWrite 
{ 
    public string Id 
    { 
     get; 
     set; 
    } 

    public IReadOnly AsReadOnly() 
    { 
     return this; 
    } 
} 

だけでこれを行うことができます：堅牢なソリューションを取得するには

ICanReadWrite rw = obj.AsReadOnly() as ICanReadWrite; 
rw.Id = "123"; 

を、あなたはこのように、ラッパーオブジェクトが必要になります。

public class SomeObject : IReadOnly, ICanReadWrite 
{ 
    public string Id 
    { 
     get; 
     set; 
    } 

    public IReadOnly AsReadOnly() 
    { 
     return new ReadOnly(this); 
    } 
} 

public class ReadOnly : IReadOnly 
{ 
    private IReadOnly _WrappedObject; 

    public ReadOnly(IReadOnly wrappedObject) 
    { 
     _WrappedObject = wrappedObject; 
    } 

    public string Id 
    { 
     get { return _WrappedObject.Id; } 
    } 
} 

これは、呼び出し側がリフレクションを使用するポイントまで機能し、堅牢です。