C＃3.0+中属性和字段之间的区别

我意识到这似乎是C＃中的字段和属性之间的区别是什么的副本？但是我的问题（从我的角度来看）略有不同：

一旦我知道

• 我不会将我的课程与“仅适用于房地产的技术”结合使用，并且
• 我不会在getter / setter中使用验证代码。

有什么区别（样式/未来开发除外），例如设置属性时的某种控件？

之间是否还有其他区别：

public string MyString { get; set; }

和

public string myString;

（我知道，第一个版本需要C＃3.0或更高版本，并且编译器确实会创建专用字段。）

封装。

在第二个实例中，您刚刚定义了一个变量，在第一个实例中，该变量周围有一个getter / setter方法。因此，如果您决定以后再验证变量-会容易得多。

另外，它们在Intellisense中的显示方式也不同：)

编辑：更新OPs更新的问题-如果您想在这里忽略其他建议，另一个原因是它根本不是一个好的OO设计。而且，如果您没有很好的理由这样做，请始终在公共变量/字段上选择一个属性。

字段和属性看起来相同，但事实并非如此。属性是方法，因此某些属性不受支持，某些属性可能会发生，但对于字段则永远不会发生。

以下是差异列表：

• 字段可用作out/ref参数的输入。属性不能。
• 多次调用时，一个字段总是会产生相同的结果（如果我们忽略了多个线程的问题）。诸如之类的属性DateTime.Now并不总是等于其自身。
• 属性可能会引发异常-字段永远不会那样做。
• 属性可能会有副作用，或者执行时间会非常长。字段没有副作用，并且始终会像给定类型一样快。
• 属性支持getter / setter的不同可访问性-字段不支持（但可以创建字段readonly）
• 使用反射时，属性和字段被视为不同，MemberTypes因此它们的位置有所不同（例如，GetFieldsvs GetProperties）
• 与现场访问相比，JIT编译器对待属性访问的处理方式可能非常不同。但是，它可以编译为相同的本机代码，但存在差异的范围。

几个快速的明显差异

1. 属性可以具有访问器关键字。

   public string MyString { get; private set; }

2. 可以在后代中覆盖属性。

   public virtual string MyString { get; protected set; }

根本区别在于，字段是存储器中指定类型的数据存储的位置。属性表示执行一个或两个代码单元来检索或设置指定类型的值。这些访问器方法的使用在语法上通过使用看起来像字段的成员来隐藏（因为它可以出现在赋值操作的任一侧）。

访问器不仅仅是字段。其他人已经指出了几个重要的区别，我将再添加一个。

属性参与接口类。例如：

interface IPerson
{
    string FirstName { get; set; }
    string LastName { get; set; }
}

可以通过几种方式来满足此接口。例如：

class Person: IPerson
{
    private string _name;
    public string FirstName
    {
        get
        {
            return _name ?? string.Empty;
        }
        set
        {
            if (value == null)
                throw new System.ArgumentNullException("value");
            _name = value;
        }
    }
    ...
}

在此实现中，我们既保护Person类避免进入无效状态，也防止调用者从unassigned属性中获取空值。

但是我们可以进一步推动设计。例如，接口可能不处理setter。可以肯定地说，IPerson接口的使用者仅对获取属性感兴趣，而不对设置它感兴趣：

interface IPerson
{
    string FirstName { get; }
    string LastName { get; }
}

Person该类的先前实现满足此接口。从使用者（谁消费IPerson）的角度来看，它允许调用者也设置属性这一事实是没有意义的。例如，构建器将具体实现的附加功能考虑在内：

class PersonBuilder: IPersonBuilder
{
    IPerson BuildPerson(IContext context)
    {

        Person person = new Person();

        person.FirstName = context.GetFirstName();
        person.LastName = context.GetLastName();

        return person;

    }
}

...

void Consumer(IPersonBuilder builder, IContext context)
{
    IPerson person = builder.BuildPerson(context);
    Console.WriteLine("{0} {1}", person.FirstName, person.LastName);
}

在这段代码中，消费者不了解财产设定者-知道这不是他的生意。消费者只需要吸气剂，而他从接口即合同中得到吸气剂。

另一个完全有效的实现IPerson是不可变的人员类别和相应的人员工厂：

class Person: IPerson
{
    public Person(string firstName, string lastName)
    {

        if (string.IsNullOrEmpty(firstName) || string.IsNullOrEmpty(lastName))
            throw new System.ArgumentException();

        this.FirstName = firstName;
        this.LastName = lastName;

    }

    public string FirstName { get; private set; }

    public string LastName { get; private set; }

}

...

class PersonFactory: IPersonFactory
{
    public IPerson CreatePerson(string firstName, string lastName)
    {
        return new Person(firstName, lastName);
    }
}
...
void Consumer(IPersonFactory factory)
{
    IPerson person = factory.CreatePerson("John", "Doe");
    Console.WriteLine("{0} {1}", person.FirstName, person.LastName);
}

在此代码示例中，消费者再次不了解填充属性的知识。消费者只处理吸气剂和具体的实现（以及背后的业务逻辑，例如测试名称是否为空）留给专门的类-建筑商和工厂。使用字段完全不可能进行所有这些操作。

第一个：

public string MyString {get; set; }

是财产；第二个（public string MyString）表示一个字段。

不同之处在于某些技术（实例的ASP.NET数据绑定）仅适用于属性，不适用于字段。XML序列化也是如此：仅属性被序列化，字段未被序列化。

在许多情况下，属性和字段可能看起来很相似，但事实却并非如此。字段不存在属性的限制，反之亦然。

正如其他人所提到的。您可以通过将属性的访问者设为私有来将其设置为只读或只写。您不能使用字段来执行此操作。属性也可以是虚拟的，而字段则不能。

将属性视为getXXX（）/ setXXX（）函数的语法糖。这就是它们在后台实现的方式。

字段和属性之间还有另一个重要区别。

使用WPF时，只能绑定到公共属性。绑定到公共领域将不会工作。即使不执行INotifyPropertyChanged（即使您总是应该这样做），也是如此。

在其他答案和示例中，我认为该示例在某些情况下很有用。

例如，假设您有一个类似以下内容的人：OnChange property

public Action OnChange { get; set; }

如果要使用委托，则需要将其更改OnChange为field以下形式：

public event Action OnChange = delegate {};

在这种情况下，我们保护我们的领域免受不必要的访问或修改。

您应该始终对所有公共字段使用属性而不是字段，这可以确保您的库能够在将来需要时对任何字段实现封装而不会破坏现有代码。使用您的库的依赖模块也需要重建。