我们经常听说保护封装性应该通过为类字段创建getter和setter方法（在C#中为属性），而不是将字段暴露给外部世界。
但是，有很多时候，一个字段只是用来保存值，不需要任何计算就能设置或获取。对于这些情况，我们只需要进行以下操作：
public class Book
{
private string _title;
public string Title
{
get => _title;
set => _title = value;
}
}
其实，我有一个坦白的话要说，我无法忍受写这么多代码（真的，不是因为编写代码本身，而是因为看着它），所以我采用了公共字段。
后来C# 3.0出现了，我发现它们添加了自动属性：
public class Book
{
public string Title { get; set; }
}
哪个更整洁，我很感激它，但实际上，与公共字段相比有什么不同吗？
public class Book
{
public string Title;
}
在我以前提出的一个相关问题中，有一个链接指向Jeff的博客文章，解释了一些差异。
Changing a variable to a property is a breaking change. For example:
TryGetTitle(out book.Title); // requires a variable
ref或out关键字）进行传递，而属性是一对访问器，不能通过引用传递。例如，使用 out 的 bool success = TryGetMyTitle(out myBook.Title); 将适用于字段而不适用于属性。这是为什么从字段更改为属性是一种破坏性更改的明显例子！ - Jeppe Stig Nielsenref/out 传递，然后将属性设置为本地变量所具有的值。但是调用的方法本身并没有访问该属性，而是访问你在那里创建的本地变量。 - Jeppe Stig Nielsenpublic int Foo { get; } 来创建带有只读后备字段的自动属性。 - Michael Stum除了API问题之外，我发现使用属性最有价值的是调试。
CLR调试器不支持数据断点（大多数本地调试器都支持）。因此，无法在类的特定字段读取或写入时设置断点。在某些调试场景中，这非常受限制。
由于属性被实现为非常简单的方法，因此可以在读取和写入它们的值时设置断点。这使它们比字段更具优势。
将字段更改为属性会破坏合同（例如，需要重新编译所有引用代码）。因此，当您与其他类有交互点时 - 任何公共（通常是受保护的）成员，您都要为未来的增长做好规划。通过始终使用属性来实现。
今天将其更改为自动属性很容易，而三个月后你可能意识到想要将其设置为延迟加载，并在 getter 中放置一个空值检查。如果您使用了字段，则最多需要重新编译更改，最坏的情况下则不可能，这取决于谁和什么依赖于您的程序集。
只是因为没有人提到：你无法在接口中定义字段。因此，如果您必须实现一个定义了属性的特定接口，自动属性有时是一个非常好的功能。
一个经常被忽视且在其他答案中没有提到的重大区别是覆盖(overriding)。你可以声明属性为虚拟并覆盖它们，但对于公共成员字段，你不能这样做。
版本控制和API稳定性非常重要。在第一个版本中并没有什么区别，但是如果你在第二个版本中决定把这个东西变成一个具有某种错误检查类型的属性，你不需要更改你的API-除了属性定义之外，任何地方都不需要进行代码更改。
使用自动实现属性而不是公共字段的另一个优点是，您可以将set访问器设置为私有或受保护，从而为定义它的对象类提供比公共字段更好的控制。
将一个变量声明为 public 并没有问题。但是要记住，用 private 声明变量并创建 getter/setter 并不等同于封装。在我看来，如果您不关心属性的其他特性，则可以考虑将其设置为 public。
TryGetTitle(out book.Title); // requires a variable
book.Title。任何像这样做的代码都应该被打破。对我来说，不使用公共字段的绝对禁区是缺少 IntelliSense，无法显示引用：
这对于字段是不可用的。
prop代码片段能够快速创建属性。只需要输入prop然后按 Tab 键即可。 - Tono Nam