c#中的接口旨在定义类将遵循的契约——而不是特定的实现。

基于这种精神，c#接口确实允许定义属性——调用者必须为其提供一个实现:

interface ICar
{
    int Year { get; set; }
}

实现类可以使用auto-properties来简化实现，如果没有与属性相关的特殊逻辑的话:

class Automobile : ICar
{
    public int Year { get; set; } // automatically implemented
}

为什么不使用Year属性呢?

接口不包含字段，因为字段表示数据表示的特定实现，暴露它们会破坏封装。因此，拥有一个带有字段的接口将有效地编码到一个实现，而不是一个接口，这是一个奇怪的接口!

例如，部分Year规范可能要求ICar实现者允许赋值给比当前年份+ 1晚或1900年之前的年份是无效的。如果您已经公开Year字段，就无法这样说——在这里使用属性来完成工作要好得多。

其他人已经给出了“为什么”，所以我只是补充说，你的界面可以定义一个控件;如果你把它包装在属性中:

public interface IView {
    Control Year { get; }
}


public Form : IView {
    public Control Year { get { return uxYear; } } //numeric text box or whatever
}

为此，您可以有一个实现year字段的Car基类，所有其他实现都可以从它继承。

将其声明为属性:

interface ICar {
   int Year { get; set; }
}

简短的回答是肯定的，每个实现类型都必须创建自己的支持变量。这是因为接口类似于契约。它所能做的就是指定实现类型必须提供的特定的公开可访问的代码段;它本身不能包含任何代码。

用你的建议来考虑这个场景:

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 { }

这里有几个问题:

因为接口的所有成员(根据定义)都是公共的，所以我们的备份变量现在暴露给使用该接口的任何人 MyClass将使用哪个myBackingVariable ?

最常用的方法是声明接口和实现它的基本抽象类。这使得您可以灵活地从抽象类继承并免费获得实现，或者显式地实现接口并允许从另一个类继承。它是这样工作的:

public interface IMyInterface
{
    int MyProperty { get; set; }
}

public abstract class MyInterfaceBase : IMyInterface
{
    int myProperty;

    public int MyProperty
    {
        get { return myProperty; }
        set { myProperty = value; }
    }
}