将其声明为属性:

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

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

public interface IView {
    Control Year { get; }
}


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

将其声明为属性:

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

从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;
}

Eric Lippert说的很好，我会用另一种方式来表达他说的话。接口的所有成员都是虚的，它们都需要被继承该接口的类重写。你不需要在接口声明中显式地编写virtual关键字，也不需要在类中使用override关键字，它们是隐含的。

在. net中，virtual关键字是通过方法和所谓的v-table(方法指针数组)实现的。override关键字用不同的方法指针填充v-table槽，覆盖基类生成的方法指针。属性、事件和索引器是作为方法实现的。但是田野不是。因此，接口可以不包含字段。

为什么不使用Year属性呢?

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

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