我意识到它似乎与What is the difference between a Field and a Property in C#? 重复，但我的问题略有不同（从我的角度来看）：
一旦我知道了
有什么不同（除了样式/未来开发的），比如设置属性的某种类型的控制吗？
是否有任何额外的区别：
public string MyString { get; set; }
和
public string myString;
（我知道，第一个版本需要 C# 3.0 或更高版本，并且编译器确实会创建私有字段。）
【问题讨论】：
标签： c# properties c#-3.0 field automatic-properties
字段和属性看起来相同，但实际上并非如此。属性是方法，因此属性不支持某些事情，并且某些事情可能会发生在属性上，但不会发生在字段的情况下。
以下是差异列表：
out/ref 参数的输入。属性不能。 DateTime.Now 这样的属性并不总是等于它自己。readonly）MemberTypes，因此它们的位置不同（例如GetFields 与GetProperties）【讨论】：
封装。
在第二个实例中，您刚刚定义了一个变量，在第一个实例中，变量周围有一个 getter / setter。因此，如果您决定要在以后验证变量 - 这会容易得多。
此外，它们在 Intellisense 中的显示方式也不同 :)
编辑：更新 OPs 更新问题 - 如果您想忽略此处的其他建议，另一个原因是它根本不是好的 OO 设计。如果你没有很好的理由这样做，总是选择一个属性而不是公共变量/字段。
【讨论】：
几个快速、明显的区别
属性可以有访问器关键字。
public string MyString { get; private set; }
可以在后代中覆盖属性。
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 类不进入无效状态，以及调用者不从未分配的属性中获取空值。
但我们可以进一步推动设计。例如，接口可能不处理 setter。可以说IPerson 接口的消费者只对获取属性感兴趣，而不是设置它：
interface IPerson
{
string FirstName { get; }
string LastName { get; }
}
Person 类的先前实现满足此接口。从消费者（消费IPerson）的角度来看，它让调用者也设置属性的事实毫无意义。具体实现的附加功能由例如builder考虑：
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);
}
在这段代码中，消费者不知道属性设置器——知道它不是他的事。消费者只需要getter，他从接口获取getter，也就是从合约中获取。
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);
}
在此代码示例中，消费者再次不知道填充属性。 Consumer 只处理 getter 和具体实现（以及它背后的业务逻辑，比如测试 name 是否为空）留给专门的类 - 构建器和工厂。所有这些操作对于字段来说都是完全不可能的。
【讨论】：
第一个：
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 {};
在这种情况下，我们会保护我们的字段免受不必要的访问或修改。
【讨论】：
对于任何公共字段，您应该始终使用属性而不是字段。这样可以确保您的库 如果将来需要，可以在不破坏现有代码的情况下对任何字段进行封装。如果您将字段替换为现有库中的属性，那么所有使用您的库的依赖模块也需要重新构建。
【讨论】：