将替代者添加到替代属性

Question

为什么在实现接口时允许更改属性中getter或setter的可见性和存在性？

interface IFoo 
{ 
    string Bar { get; } 
} 

class RealFoo : IFoo 
{ 
    public RealFoo(string bar) 
    { 
     this.Bar = bar; 
    } 

    public string Bar { get; private set; } 
} 

class StubFoo : IFoo 
{ 
    public string Bar { get; set; } 
} 

...并且在执行抽象类时做法不合法吗？

abstract class AbstractFoo : IFoo 
{ 
    public abstract string Bar { get; } 
} 

class RealFoo : AbstractFoo 
{ 
    public RealFoo(string bar) 
    { 
     this.Bar = bar; 
    } 

    // Cannot override because 'Bar' does not have an overridable set accessor 
    public override string Bar { get; private set; } 
} 

Answer 1

该接口声明该类必须具有的公共属性（它只是一个契约）。这意味着你需要拥有这些属性，但可以添加到它们。

抽象类声明这些属性的实际结构。所以如果你在抽象基础中没有setter，你就不能在实现中添加它。
当您编写override override修饰符时，它会在基类中查找要覆盖的内容。

Answer 2

抽象类是一个无法实例化的类，但必须从中继承。抽象类可以完全实现，但通常部分实现或根本不实现，从而封装了继承类的通用功能。

相反，接口是一个完全抽象的成员集合，可以被认为是定义行为契约。接口的实现完全由开发人员完成。

从MSDN http://msdn.microsoft.com/en-us/library/scsyfw1d(v=VS.71).aspx

Answer 3

两者按照C＃规范

是，用于实现 的接口可以不具有 存取改性剂的存取器。如果只有一个 访问被用于实现 接口，其他访问可以用访问修饰符来声明 ：

public interface I 
{ 
    string Prop { get; } 
} 
public class C: I 
{ 
    public Prop { 
    get { return "April"; }  // Must not have a modifier here 
     internal set {...} // Ok, because I.Prop has no set accessor 
    } 
} 

这意味着它是确定已修改了一个类实现的访问接口。然而，抽象类声明了一个实现，你不能用派生类来改变它。

Answer 4

如果你将吸气剂和吸气剂想象成它们最终成为的方法，它可能会变得更加清晰。

在接口的情况下，你要定义这样的：“实现这个接口必须包括该方法的所有班”

interface IFoo 
{ 
    string GetBar(); 
} 

这可以理解为 的你都做类：

class RealFoo : IFoo 
{ 
    public string GetBar(); 
    private void SetBar(string value); 
} 

它们也实现了SetBar（），但是这并不重要;他们履行了界面定义的合同并且是有效的。

抽象类，而另一方面是这样的：

abstract class AbstractFoo : IFoo 
{ 
    public abstract string GetBar(); 
} 

这意味着所有子类必须GetBar（）

您所做的类提供了一个方法体是这样的：

class RealFoo : AbstractFoo 
{ 
    public override string GetBar(); 
    public override void SetBar(string value); 
} 

通过将override修饰符放在SetBar方法的前面，编译器期望在基类中找到抽象或虚拟版本。你没有，所以编译失败。