我认为是在 .net 2.0 中，微软引入了一个访问器，缩写为类似
public string Name { get; set; }
但是上面的代码有什么真正的区别吗，简单来说：
public string Name;
【问题讨论】：
标签： c#
主要区别在于，如果您以后需要在 getter 或 setter 中添加逻辑，并且其他 DLL 已经针对您的进行编译，您可以轻松更改
public string Name { get; set; }
进入
public string Name { get{/*special code*/} set{/*special code*/} }
发布新的 DLL 并且不重新编译其他 DLL 不会是重大更改。
如果你改变了
public string Name;
进入
public string Name { get{/*special code*/} set{/*special code*/} }
那么您需要确保重新编译所有使用您的 DLL，因为它们从访问字段变为访问属性。
当您将 DLL 发送给其他程序员（例如作为开源项目或作为组件供应商）时，这显然是一个更大的问题，而不是您只是为自己/雇主构建应用程序
【讨论】：
区别在于 Field 和 Property。字段只是类实例上的成员变量。相比之下，属性是两个独立操作的简写 - get 和 set：
public string Name
{
get
{
return _name;
}
set
{
_name = value;
}
}
private string _name;
这是一个过于简单的示例，因为该属性只是通过在 getter 中返回私有字段并在 setter 中设置它来“包装”私有字段。但是，当属性成为通向基础价值的“门户”时，它们就变得非常有用。如果程序流程需要在每次设置字段的值时发生某些事情（例如，触发事件），则可以从属性的设置器中触发它：
set
{
this.InvokePropertyChangedEvent();
_name = value;
}
您所询问的确切语法称为 Auto-Implemented Properties，这只是我上面提供的简单示例的简写。编译器创建一个由属性获取和设置的私有成员。
【讨论】：
就编写代码来获取值或存储值而言，没有功能上的区别。但是在某些情况下，调用者可能期望一个字段或一个属性，并且通过使用反射只接受一个或另一个。例如，WPF 可能只绑定到一个属性而不是一个字段。
【讨论】：
简写属性声明的区别在于可以这样定义。
public string Name { get; private set; }
这意味着可以公开读取属性，但只有私有成员可以写入。你不能为一个领域做这样的事情。
如果你查看生成的 IL 速记财产声明，你 会发现编译器添加了 / 自动生成的成员字段到 属性将读取或写入。
【讨论】：
是的，您在第二行中的代码直接使内存中的成员可用，而在第一行中，您有一个间接级别，您可以在将来添加一些逻辑来验证和延迟分配。
此外，如果您使用反射，则必须在第一行示例中查找 Property Setter 和 Getter，而对于第二行，您需要直接检索成员变量。
通常，使用属性是更好的设计。
【讨论】：
我为 propertygrid 用户发现的一个有用的区别是使用 公共字符串名称 { 获取；放; } 我们可以很容易地在 Propertygrid 中设置源数据。
在声明时 公共字符串名称； 不会完全用于 Propertygrid。
【讨论】：