C＃3.0自动属性-是否有用？[关闭]

注意：这是我刚开始使用C＃时发布的。凭借2014年的知识，我可以真正地说出，自动属性是C＃语言有史以来最好的事情之一。

我习惯于使用私有字段和公共字段在C＃中创建属性：

private string title;
public string Title
{
    get { return title;  }
    set { title = value;  }
}

现在，在.NET 3.0中，我们获得了自动属性：

public string Title { get; set; }

我知道这更多是一个哲学/主观的问题，但是除了为每个字段保存五行代码外，是否有任何理由使用这些自动属性？我个人的抱怨是，这些财产对我来说是藏起来的东西，而且我不是黑魔法的忠实拥护者。

实际上，隐藏的私有字段甚至不会显示在调试器中，考虑到get / set函数什么都不做的事实，这是可以的。但是，当我想实际实现一些getter / setter逻辑时，无论如何我都必须使用私有/公共对。

我看到的好处是，我节省了很多代码（一行vs六行），而不会在以后失去更改getter / setter逻辑的能力，但是话又说回来，我已经可以通过简单地声明一个公共字段“ Public string Title”来做到这一点。 {获取；组; }块，从而节省更多代码。

那么，我在这里想念什么？为什么有人实际上要使用自动属性？

我们一直在Stack Overflow中使用它们。

您可能也对“ 属性与公共变量”的讨论感兴趣。恕我直言，这确实是对它的反应，为此，它很棒。

是的，它只是保存代码。拥有大量负载时，阅读起来容易得多。它们编写起来更快，维护起来也更容易。保存代码始终是一个好目标。

您可以设置不同的范围：

public string PropertyName { get; private set; }

这样该属性只能在类内部进行更改。这并不是真正不变的，因为您仍然可以通过反射访问私有设置器。

从C＃6开始，您还可以创建真实的readonly属性-即在构造函数之外无法更改的不可变属性：

public string PropertyName { get; }

public MyClass() { this.PropertyName = "whatever"; }

在编译时将变为：

readonly string pName;
public string PropertyName { get { return this.pName; } }

public MyClass() { this.pName = "whatever"; }

在具有很多成员的不可变类中，这节省了大量多余的代码。

使用字段而不是属性的三个主要缺点是：

1. 您无法将数据绑定到字段，而可以绑定到属性
2. 如果您开始使用字段，则以后不能（轻松地）将其更改为属性
3. 您可以将某些属性添加到无法添加到字段的属性中

我个人喜欢自动属性。保存代码行怎么了？如果您想在getter或setter中做一些事情，以后再将它们转换为普通属性是没有问题的。

如您所说，您可以使用字段，如果以后想向它们添加逻辑，则可以将它们转换为属性。但这可能会在使用反射时（以及可能在其他地方使用）带来问题。

此外，这些属性还允许您为getter和setter设置不同的访问级别，而这是您无法使用字段进行的。

我想它与var关键字相同。个人喜好问题。

来自C ++的创建者Bjarne Stroustrup：

我特别不喜欢带有很多get和set函数的类。这通常表明它本来不应该是一门课。这只是一个数据结构。如果确实是数据结构，请使其成为数据结构。

你知道吗？他是对的。您只是多频繁地将私有字段包装在一个get和set中，而实际上没有在get / set中做任何事情，仅仅是因为这是“面向对象”的事情。这是Microsoft解决该问题的方法。它们基本上是可以绑定的公共字段。

似乎没有人提到的一件事是，不幸的是，自动属性对不可变对象（通常是不可变结构）没有用。为此，您确实应该这样做：

private readonly string title;
public string Title
{
    get { return this.title; }
}

（该字段在构造函数中通过传递的参数进行初始化，然后为只读。）

因此，这比简单get/自动private set属性具有优势。

我总是创建属性而不是公共字段，因为您可以在接口定义中使用属性，而不能在接口定义中使用公共字段。

自动属性与C＃中的其他任何东西一样都是黑魔法。一旦从编译为IL而不是首先将其扩展为普通C＃属性的角度考虑它，它就比许多其他语言构造少了很多黑魔法。

我一直都在使用自动属性。在C＃3之前，我不会为所有键入感到烦恼，而只是使用了公共变量。

我唯一想念的是能够做到这一点：

public string Name = "DefaultName";

您必须将默认值转移到带有属性的构造函数中。乏味的:-(

我认为任何直观且能减少代码行的构造都是一个很大的优点。

这些功能使Ruby之类的语言如此强大（具有动态功能，这也有助于减少多余的代码）。

Ruby一直这样：

attr_accessor :my_property
attr_reader :my_getter
attr_writer :my_setter

我对他们的唯一问题是他们走得不够远。同一版本的编译器增加了自动属性，增加了部分方法。为什么他们没有把两者放在一起，这超出了我。一个简单的“部分On <PropertyName> Changed”将使这些事情真的非常有用。

这很简单，很短，如果您想在属性的主体内部创建一个真正的实现，它不会破坏您类型的外部接口。

就如此容易。

据我了解，这里需要注意的一件事是，这只是 C＃3.0端的语法糖，这意味着编译器生成的IL是相同的。我同意避免使用黑魔法，但是对于同一件事，所有相同，更少的行通常是一件好事。

我认为，应该始终使用自动属性而不是公共字段。也就是说，这是一个折衷方案：

从内部字段开始，使用要用于属性的命名约定。当您第一次

• 需要从其组件外部访问该字段，或者
• 需要将逻辑附加到getter / setter

做这个：

1. 重命名字段
2. 设为私人
3. 添加公共财产

您的客户代码无需更改。

但是，总有一天，您的系统会不断增长，并且您会将其分解为单独的程序集和多个解决方案。发生这种情况时，任何公开的字段都会再次困扰您，因为正如Jeff所提到的，将公共字段更改为公共属性是API的重大更改。

我使用CodeRush，它比自动属性要快。

去做这个：

 private string title;
public string Title
{
    get { return title;  }
    set { title = value;  }
}

总共需要八次击键。

加上代码片段，同名的自动属性总共将是七个击键;）

@Domenic：我不明白..你不能用自动属性吗？：

public string Title { get; }

要么

public string Title { get; private set; }

这是您所指的吗？

我对自动属性的最大抱怨是，它们旨在节省时间，但是我经常发现我后来不得不将它们扩展为完整的属性。

VS2008缺少的是爆炸自动属性重构。

我们具有封装字段重构的事实使我可以更快地使用公共字段。