例如,假设我想要一个ICar接口,并且所有实现都将包含字段Year。这是否意味着每个实现都必须单独声明Year?在接口中简单地定义它不是更好吗?
当前回答
为此,您可以有一个实现year字段的Car基类,所有其他实现都可以从它继承。
其他回答
尽管许多其他答案在语义层面上是正确的,但我发现从实现细节层面处理这类问题也很有趣。
接口可以看作是插槽的集合,插槽包含方法。当一个类实现一个接口时,该类需要告诉运行时如何填充所有必需的插槽。当你说
interface IFoo { void M(); }
class Foo : IFoo { public void M() { ... } }
这个类说:“当你创建一个我的实例时,填充一个对Foo的引用。M在IFoo.M的槽里。
然后当你打电话的时候:
IFoo ifoo = new Foo();
ifoo.M();
编译器会生成这样的代码:“询问对象IFoo的槽中有哪个方法。M,然后调用这个方法。
如果接口是包含方法的槽的集合,那么其中一些槽还可以包含属性的get和set方法、索引器的get和set方法以及事件的添加和删除方法。但是字段不是方法。没有与字段相关联的“槽”,然后您可以用字段位置的引用“填充”该字段。因此,接口可以定义方法、属性、索引器和事件,但不能定义字段。
c#中的接口旨在定义类将遵循的契约——而不是特定的实现。
基于这种精神,c#接口确实允许定义属性——调用者必须为其提供一个实现:
interface ICar
{
int Year { get; set; }
}
实现类可以使用auto-properties来简化实现,如果没有与属性相关的特殊逻辑的话:
class Automobile : ICar
{
public int Year { get; set; } // automatically implemented
}
接口不包含任何实现。
定义带有属性的接口。 此外,您可以在任何类中实现该接口,并继续使用该类。 如果需要,可以在类中将此属性定义为virtual,以便修改其行为。
已经说了很多,但为了简单起见,这里是我的看法。 接口的目的是拥有由使用者或类实现的方法契约,而不是使用字段来存储值。
你可能会问为什么允许有财产?因此,简单的答案是—属性在内部只定义为方法。
接口定义了公共实例属性和方法。字段通常是私有的,或者至多是受保护的、内部的或受保护的内部的(术语“字段”通常不用于任何公共的内容)。
正如其他回复所述,您可以定义一个基类并定义一个受保护的属性,该属性将被所有继承者访问。
一个奇怪的地方是,一个接口实际上可以被定义为内部的,但它限制了接口的有用性,并且它通常用于定义其他外部代码不使用的内部功能。