例如，假设我想要一个ICar 接口，并且所有实现都将包含字段Year。这是否意味着每个实现都必须单独声明Year？直接在界面中定义这个不是更好吗？
【问题讨论】：
从 C# 8.0 开始，接口可以定义成员的默认实现，包括属性。为接口中的属性定义默认实现很少见，因为接口可能不定义实例数据字段。
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;
}
【讨论】：
已经说了很多，但为了简单起见，这是我的看法。 接口旨在具有由消费者或类实现的方法协定，而不是具有存储值的字段。
您可能会争辩说，为什么允许使用属性？所以简单的答案是 - 属性在内部仅定义为方法。
【讨论】：
接口不包含任何实现。
【讨论】：
其他人已经给出了“为什么”，所以我只是补充一下，您的界面可以定义一个控件；如果你把它包装在一个属性中：
public interface IView {
Control Year { get; }
}
public Form : IView {
public Control Year { get { return uxYear; } } //numeric text box or whatever
}
【讨论】：
Eric Lippert 成功了，我会用另一种方式来表达他所说的话。接口的所有成员都是虚拟的，它们都需要被继承该接口的类覆盖。你没有在接口声明中显式写 virtual 关键字，也没有在类中使用 override 关键字，它们是隐含的。
virtual 关键字在 .NET 中通过方法和所谓的 v-table（方法指针数组）实现。 override 关键字用不同的方法指针填充 v-table 槽，覆盖由基类生成的方法指针。属性、事件和索引器在底层实现为方法。但字段不是。因此接口不能包含字段。
【讨论】：
虽然许多其他答案在语义层面上是正确的，但我发现从实现细节层面处理这类问题也很有趣。
接口可以被认为是槽的集合，其中包含方法。当一个类实现一个接口时，该类需要告诉运行时如何填充所有需要的槽。当你说
interface IFoo { void M(); }
class Foo : IFoo { public void M() { ... } }
类说“当你创建我的实例时，在 IFoo.M 的插槽中填充对 Foo.M 的引用。
然后当你打电话时：
IFoo ifoo = new Foo();
ifoo.M();
编译器生成的代码显示“询问对象 IFoo.M 的槽中有什么方法，然后调用该方法。
如果接口是包含方法的槽的集合，那么其中一些槽还可以包含属性的 get 和 set 方法、索引器的 get 和 set 方法以及事件的 add 和 remove 方法.但是字段不是方法。没有与字段关联的“插槽”，您可以使用对字段位置的引用来“填写”该字段。因此，接口可以定义方法、属性、索引器和事件，但不能定义字段。
【讨论】：
An interface cannot contain constants, fields, operators。来自msdn.microsoft.com/en-us/library/ms173156.aspx）
int One()，那么实现public int One(){return 1;} 就不是一个字段。
接口定义 public 实例属性和方法。字段通常是私有的，或者最多是受保护的内部或受保护的内部（术语“字段”通常不用于任何公共）。
正如其他回复所述，您可以定义一个基类并定义一个所有继承者都可以访问的受保护属性。
一个奇怪的地方是接口实际上可以定义为internal，但它限制了接口的有用性，它通常用于定义其他外部代码不使用的内部功能。
【讨论】：
简短的回答是肯定的，每个实现类型都必须创建自己的支持变量。这是因为接口类似于合约。它所能做的就是指定实现类型必须提供的特定可公开访问的代码片段；它本身不能包含任何代码。
使用您的建议考虑这种情况：
public interface InterfaceOne
{
int myBackingVariable;
int MyProperty { get { return myBackingVariable; } }
}
public interface InterfaceTwo
{
int myBackingVariable;
int MyProperty { get { return myBackingVariable; } }
}
public class MyClass : InterfaceOne, InterfaceTwo { }
这里有几个问题：
myBackingVariable 将使用哪个MyClass？最常用的方法是声明接口和实现它的准系统抽象类。这使您可以灵活地从抽象类继承并免费获得实现，或者显式实现接口并允许从另一个类继承。它的工作原理是这样的：
public interface IMyInterface
{
int MyProperty { get; set; }
}
public abstract class MyInterfaceBase : IMyInterface
{
int myProperty;
public int MyProperty
{
get { return myProperty; }
set { myProperty = value; }
}
}
【讨论】：
C# 中的接口旨在定义一个类将遵守的契约——而不是特定的实现。
本着这种精神，C# 接口确实允许属性被定义——调用者必须为这些属性提供一个实现：
interface ICar
{
int Year { get; set; }
}
如果没有与属性关联的特殊逻辑，实现类可以使用自动属性来简化实现：
class Automobile : ICar
{
public int Year { get; set; } // automatically implemented
}
【讨论】：
Year的自动实现定义一个常量默认值（如123）？
public int Year => 123;。但是，在这种情况下，使用 setter 是没有意义的，因此必须使用 int Year { get; } 定义接口
为此，您可以拥有一个实现年份字段的 Car 基类，并且所有其他实现都可以从它继承。
【讨论】：
为什么不只拥有一个 Year 属性，这非常好？
接口不包含字段，因为字段表示数据表示的特定实现，公开它们会破坏封装。因此，拥有一个带有字段的接口将有效地编码到一个实现而不是一个接口，这对于一个接口来说是一个奇怪的悖论！
例如，您的 Year 规范的一部分可能要求 ICar 实现者允许分配给晚于当年 + 1 或早于 1900 年的 Year 是无效的。没有办法说如果你暴露了Year 字段——最好使用属性来代替这里的工作。
【讨论】：
将其声明为属性：
interface ICar {
int Year { get; set; }
}
【讨论】：