总是在 (auto) 属性前加上 this-keyword 是否被认为是一个好的做法？

Question

自从我发现汽车属性以来，我就尝试在任何地方使用它们。以前，我在类中使用的每个属性总是有一个私有成员。现在它已被 auto 属性取代。我以通常使用普通成员字段的方式在类中使用该属性。问题是该财产以国会大厦开始，恕我直言，以这种方式使用它时看起来有点奇怪。我之前不介意属性以国会大厦开头，因为它们总是在“点”后面。现在，我发现自己在内部使用的所有属性前都加上了 this. 前缀，以安抚我的感觉。

我的困境是，之前我总是有点反对在所有内部成员的使用前加上 this. 前缀，除非“必要”（比如在 setter 或构造函数中）。所以我想就此寻求第二意见。有没有标准的好方法来做到这一点？我是否应该停止抱怨（我有成为“ant humper”（荷兰语表达）的倾向）？

之前：

class Foo
{
    private Bar bar;
    public Bar Bar { get { return bar; } }

    public Foo(Bar bar)
    {
        this.bar = bar;
    }

    public void DoStuff()
    {
        if(bar != null)
        {
            bar.DoMethod();
        }
    }
}

之后：

class Foo
{
    public Bar Bar {get; private set;}

    public Foo(Bar bar)
    {
        this.Bar = bar;
        // or
        Bar = bar;
    }

    public void DoStuff()
    {
        if(this.Bar != null)
        {
            this.Bar.DoMethod();
        }
        // or
        if(Bar != null)
        {
            Bar.DoMethod();
        }
    }
}

更新

似乎意见各不相同，尽管更多人赞成使用 this. 前缀。在使用自动属性之前，我总是非常反对在构造函数和 setter 中使用 this. 前缀（正如我之前提到的）。但现在我不知道了。

附加说明：事实上，将属性命名为与类相同的名称（public Bar Bar { get; private set; }）也很常见，这也使我倾向于添加前缀。每次我输入 Bar.DoMethod() 时，我都觉得它看起来像一个静态方法。即使 VS 会为 Bar 着色，如果它是静态方法，并且您不能拥有具有相同签名的静态方法和实例方法。当它被着色时，很明显它是一个静态方法，但是当它没有着色时，并不能 100% 清楚它不是一个静态方法。例如，您可能只是缺少 using 语句，但也只是因为我不习惯必须将未着色的链接与它是否是静态调用相关联。在我立即通过第一个字母的大写（如果是成员）或“点”（如果是属性）立即看到它之前（例如 ( 中 foo 后面的“点”) Foo)foo.Bar.DoMethod())。

（目前很难选择“接受的答案”）

Answer 1

是的，有一个“执行此操作的标准方法”：大写字母和 this 前缀被认为是良好的编码实践。如果您使用某种工具来测试代码是否符合编码指南，例如 ReSharper 或 Microsoft 自己的 StyleCop，如果不使用 this-reference，或者不以大写字母开头，它会警告您。

您的财产是公开可见的。任何公共财产、领域或方法都应该以大写字母开头。

您在自己的类中调用的任何属性、字段或方法（属于该类的一部分）都应以 this 引用作为前缀，以便于阅读。

更新：当然，意见不同。我喜欢点击 this.，然后在点之后只看到成员，而不是在不带任何前缀的情况下按 ctrl-space 时看到所有 关键字。这对我有帮助。但是，最后（引用从这里开始）：

无论您的意见如何，重要的
事情是所有人都密切关注
在项目上进行协作使用
相同的格式标准，
不管这些标准是什么
是。

更多参考：
Microsoft 在几乎所有名称和具体属性中使用大写字母。
更多指南。

Answer 2

我强烈建议尽可能使用“this.”。 框架设计指南推荐这种做法。它可以让您从可读性的角度了解范围，并帮助您避免编译器在编译时可能报告的愚蠢错误。

Answer 3

我强烈建议永远不要使用它，因为它只会降低清晰度。如果您确实发现自己处于需要此以避免冲突的情况，我建议重命名其中一个字段/属性/变量。

我认为它唯一可以接受的地方是，如果它是公开暴露的 API 的一部分，那么重命名会导致重大更改。

Answer 4

在第一个示例中，bar 参数在词法上隐藏了实例中的 bar 字段。所以你必须使用 this 来消除歧义。

在第二个示例中，您没有这样的歧义，因此不需要消歧（即 this）。不过，如果您喜欢的话，您仍然可以在它前面添加前缀。 :)