您可以使用C＃new关键字来扩展接口的属性吗？

Question

我明白“新”关键字如何隐藏派生类中的方法。但是，它对实现使用关键字的接口的类有什么影响？

考虑这个例子，我决定通过使其属性读/写来扩展接口。

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传递给某种不会更改它们的表示层。 （是的，我知道它在技术上可以变化them--这是一个设计问题，而不是安全性等）

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版本号提供两种完全不同的实现。考虑更改ICanReadAndWrite接口，方法是为该属性添加setter方法，而不是替换该属性。

Answer 3

这是完全合法的，对你的类实现ICanReadAndWrite接口的影响可能仅仅是当它被当作IReadOnly处理时，它只能读取，但当被视为ICanReadAndWrite时，它将能够同时执行这两个操作。

Answer 4

你可以做到这一点，但我不知道你希望通过这样做来达到目的。

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

此方法会返回一个IReadOnly这意味着它并不重要，你已经返回ICanReadAndWrite的参考。这种方法不会更好吗？

public interface IReadOnly 
{ 
    String GetId(); 
} 

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

Answer 5

您不应该实现基于IReadOnly的ICanReadWrite，而是使它们分开。

即。像这样：

public interface IReadOnly 
{ 
    string Id 
    { 
     get; 
    } 
} 

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

下面是使用它们的类：

public class SomeObject : IReadOnly, ICanReadWrite 
{ 
    public 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; } 
    } 
} 

这将工作，并坚定，直到调用者使用反射点。