公共字段与自动属性

我们经常被告知，应该通过为类字段创建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;
}

当前回答

对我来说，不使用公共字段的绝对原因是缺乏智能感知，显示引用:

字段不可用。

其他回答

从字段更改为属性会破坏契约(例如，需要重新编译所有引用代码)。因此，当您与其他类(任何公共(通常受保护的)成员)有一个交互点时，您希望计划未来的增长。通过始终使用属性来实现这一点。

今天让它成为一个自动属性没什么，3个月后你意识到你想让它惰性加载，并在getter中放一个空检查。如果您使用了一个字段，最好的情况下这是一个重新编译的更改，最坏的情况下这是不可能的，这取决于谁和什么依赖于您的程序集。

在我前段时间遇到的一个相关问题中，有一个链接指向Jeff博客上的一篇文章，解释了一些不同之处。

属性与公共变量

反射在变量和属性上的工作方式不同，因此如果依赖于反射，则更容易使用所有属性。你不能对变量进行数据绑定。将变量更改为属性是破坏性的更改。例如: TryGetTitle (book.Title);//需要一个变量

这都是关于版本控制和API稳定性。在版本1中没有区别-但后来，如果您决定在版本2中使此属性具有某种类型的错误检查，则不必更改API-除了属性的定义之外，在任何地方都不需要更改代码。

公开一个字段并没有什么错。但是请记住，使用私有字段创建getter/setter不是封装。在我看来，如果你不关心物业的其他功能，你不妨将其公开。

如果稍后决定通过与集合或数据库进行比较来检查标题是否唯一，则可以在属性中执行该操作，而无需更改依赖于它的任何代码。

如果只使用公共属性，那么灵活性就会降低。

对我来说，使用属性时最重要的是在不破坏契约的情况下获得额外的灵活性，在我真正需要这种灵活性之前，自动生成是最有意义的。

推荐文章