C# 自动属性 ​​- 为什么我必须写“get” 设置“”？

Question

如果 get 和 set 在 C# 自动属性中都是强制的，为什么我还要费心指定“get; set;” 根本吗？

Answer 1

因为您可能需要只读属性：

public int Foo { get; private set; }

或只写属性：

public int Foo { private get; set; }

Answer 2

属性或索引器可能无法作为 out 或 ref 参数传递

错误：如果您未指定 {get; ，则 set;} 那么编译器将不知道它是字段还是属性。
这很重要，因为虽然它们“看起来”相同，但编译器会以不同的方式对待它们。 例如，在属性上调用“InitAnInt”会引发错误。

class Test
{
    public int n;
    public int i { get; set; }
    public void InitAnInt(out int p)
    {
        p = 100;
    }
    public Test()
    {
        InitAnInt(out n); // This is OK
        InitAnInt(out i); // ERROR: A property or indexer may not be passed 
                          // as an out or ref parameter
    }
}

您不应该在类上创建公共字段/变量，您永远不知道什么时候需要将其更改为具有 get & 属性。 设置访问器，然后您不知道要破坏哪些代码，特别是如果您有针对您的 API 进行编程的客户端。

此外，您还可以为 get 和 get 方法使用不同的访问修饰符。 设置，例如 {get; private set;} 使 get 为公开，而 set 为声明类私有。

Answer 3

只是想我会分享我在这个主题上的发现。

编写如下所示的属性是 .net 3.0 快捷方式调用“自动实现的属性”。

public int MyProperty { get; set; }

这可以节省您一些打字时间。 声明属性的长方法如下：

private int myProperty;
public int MyProperty 
{
  get { return myProperty; }
  set { myProperty = value; } 
}

当您使用“自动实现的属性”时，编译器会生成代码来将 get 和 set 连接到某个“k_BackingField”。 下面是使用 Reflector 的反汇编代码。

public int MyProperty
{
    [CompilerGenerated]
    get
    {
        return this.<MyProperty>k__BackingField;
    }
    [CompilerGenerated]
    set
    {
        this.<MyProperty>k__BackingField = value;
    }
}

从 IL 反汇编的 C# 代码

还连接了 setter 和 getter 的方法。

[CompilerGenerated]
public void set_MyProperty(int value)
{
    this.<MyProperty>k__BackingField = value;
}
[CompilerGenerated]
public int get_MyProperty()
{
    return this.<MyProperty>k__BackingField;
}

来自 IL 的反汇编 C# 代码

当您通过将 setter 设置为私有来声明只读自动实现属性时：

 public int MyProperty { get; private set; }

所有编译器都会将“set”标记为私有。 setter 和 getter 方法说的是相同的。

public int MyProperty
{
    [CompilerGenerated]
    get
    {
        return this.<MyProperty>k__BackingField;
    }
    private [CompilerGenerated]
    set
    {
        this.<MyProperty>k__BackingField = value;
    }
}

从 IL 反汇编 C# 代码

所以我不确定为什么框架需要 get; 并设置； 在自动实现的属性上。 如果没有提供，他们可能就没有编写 set 和 setter 方法。 但我不知道，可能存在一些编译器级别的问题使这变得困难。

如果您查看声明只读属性的冗长方式：

public int myProperty = 0;
public int MyProperty
{
    get { return myProperty; }
}  

然后查看反汇编代码。 二传手根本不在那儿。

public int Test2
{
    get
    {
        return this._test;
    }
}

public int get_Test2()
{
    return this._test;
}

从 IL 反汇编 C# 代码

Answer 4

因为您需要某种方法将其与普通字段区分开。

拥有不同的访问修饰符也很有用，例如

public int MyProperty { get; private set; }

Answer 5

编译器需要知道您是否希望它生成 getter 和/或 setter，或者可能正在声明一个字段。

Answer 6

如果属性没有访问器，编译器如何将其与字段分开？ 是什么将它与领域区分开来？

Answer 7

嗯，显然您需要一种消除字段和属性之间歧义的方法。 但必需的关键词真的有必要吗？ 例如，很明显这两个声明是不同的：

public int Foo;
public int Bar { }

那是可行的。 也就是说，这是编译器可以理解的语法。

但随后你就会遇到这样的情况：空块具有语义意义。 这看起来很不稳定。

Answer 8

既然没有人提到它...您可以将自动属性虚拟并覆盖它：

public virtual int Property { get; set; }

如果没有 get/set，它将如何被覆盖？ 请注意，您可以 覆盖 getter，而不是覆盖 getter设置器：

public override int Property { get { return int.MinValue; } }

Answer 9

另外，因为从 C# 6.0 开始（在 Visual Studio 2015 中，在终极预览版中提供此答案时），您可以实现真正的只读属性：

public string Name { get; }
public string Name { get; } = "This won't change even internally";

...而不是当前使用公共 getter/private setter 的不完美解决方法对：

public string Name { get; private set; }

public Constructor() { Name="As initialised"; }
public void Method() { Name="This might be changed internally. By mistake. Or not."; }

上面的示例如下（在线编译和可执行此处）。

using System;

public class Propertier {
    public string ReadOnlyPlease { get; private set; }

    public Propertier()  { ReadOnlyPlease="As initialised"; }
    public void Method() { ReadOnlyPlease="This might be changed internally"; }
    public override string ToString() { return String.Format("[{0}]",ReadOnlyPlease); }
}

public class Program {
    static void Main() {
        Propertier p=new Propertier();
        Console.WriteLine(p);

//      p.ReadOnlyPlease="Changing externally!";
//      Console.WriteLine(p);

        // error CS0272: The property or indexer `Propertier.ReadOnlyPlease' cannot be used in this context because the set accessor is inaccessible
        // That's good and intended.

        // But...
        p.Method();
        Console.WriteLine(p);
    }
}

有关 C# 6.0 的其他精彩新闻可在此处。