例如,假设我想要一个ICar接口,并且所有实现都将包含字段Year。这是否意味着每个实现都必须单独声明Year?在接口中简单地定义它不是更好吗?
当前回答
Eric Lippert说的很好,我会用另一种方式来表达他说的话。接口的所有成员都是虚的,它们都需要被继承该接口的类重写。你不需要在接口声明中显式地编写virtual关键字,也不需要在类中使用override关键字,它们是隐含的。
在. net中,virtual关键字是通过方法和所谓的v-table(方法指针数组)实现的。override关键字用不同的方法指针填充v-table槽,覆盖基类生成的方法指针。属性、事件和索引器是作为方法实现的。但是田野不是。因此,接口可以不包含字段。
其他回答
接口定义了公共实例属性和方法。字段通常是私有的,或者至多是受保护的、内部的或受保护的内部的(术语“字段”通常不用于任何公共的内容)。
正如其他回复所述,您可以定义一个基类并定义一个受保护的属性,该属性将被所有继承者访问。
一个奇怪的地方是,一个接口实际上可以被定义为内部的,但它限制了接口的有用性,并且它通常用于定义其他外部代码不使用的内部功能。
为什么不使用Year属性呢?
接口不包含字段,因为字段表示数据表示的特定实现,暴露它们会破坏封装。因此,拥有一个带有字段的接口将有效地编码到一个实现,而不是一个接口,这是一个奇怪的接口!
例如,部分Year规范可能要求ICar实现者允许赋值给比当前年份+ 1晚或1900年之前的年份是无效的。如果您已经公开Year字段,就无法这样说——在这里使用属性来完成工作要好得多。
从c# 8.0开始,接口可以为成员定义默认实现,包括属性。很少在接口中为属性定义默认实现,因为接口可能不定义实例数据字段。
https://learn.microsoft.com/en-us/dotnet/csharp/programming-guide/classes-and-structs/interface-properties
interface IEmployee
{
string Name
{
get;
set;
}
int Counter
{
get;
}
}
public class Employee : IEmployee
{
public static int numberOfEmployees;
private string _name;
public string Name // read-write instance property
{
get => _name;
set => _name = value;
}
private int _counter;
public int Counter // read-only instance property
{
get => _counter;
}
// constructor
public Employee() => _counter = ++numberOfEmployees;
}
c#中的接口旨在定义类将遵循的契约——而不是特定的实现。
基于这种精神,c#接口确实允许定义属性——调用者必须为其提供一个实现:
interface ICar
{
int Year { get; set; }
}
实现类可以使用auto-properties来简化实现,如果没有与属性相关的特殊逻辑的话:
class Automobile : ICar
{
public int Year { get; set; } // automatically implemented
}
其他人已经给出了“为什么”,所以我只是补充说,你的界面可以定义一个控件;如果你把它包装在属性中:
public interface IView {
Control Year { get; }
}
public Form : IView {
public Control Year { get { return uxYear; } } //numeric text box or whatever
}