在 C# 中使用“this”还是不使用“this”？ [复制]答案

【问题标题】：To "this" or not to "this" in C#? [duplicate]在 C# 中使用“this”还是不使用“this”？ [复制]
【发布时间】：2009-06-26 18:09:48
【问题描述】：

可能的重复：
When do you use the “this” keyword?
Best practices for using the ‘this’ keyword in C#

我有一个关于 this 关键字的样式问题。为了清楚起见，在类中自引用自动实现的属性或方法时，您是否使用 this？

例如，在您的构造函数中，您是否将参数赋值写为：

public class Foo
{
    public string FooProperty { get; set; }
    public Foo(string fooProperty)
    {
        this.FooProperty = fooProperty;
    }
    ...
}

或为：

public class Foo
{
    public string FooProperty { get; set; }
    public Foo(string fooProperty)
    {
        FooProperty = fooProperty;
    }
    ...
}

【问题讨论】：

完全重复：stackoverflow.com/questions/23250/…
复制：stackoverflow.com/questions/180108/…
我不会对此投反对票。 SO 搜索框无法正确找到“this”。
tvanfosson：这实际上是一个副本的副本。 :)
是的，当然没有必要对此投反对票，因为这实际上是一个很好的问题，只是两个都得到了回答。

标签： c# .net coding-style

【解决方案1】：

恕我直言，这是一个非常有用的关键字。一旦我看到“this”，我就知道它是一个类变量。否则，我将不得不检查它是否是一个参数，一个在方法中声明的变量。 “这个”节省时间:)（模棱两可的玩笑呵呵）

【讨论】：

+1 我想知道的一件事是为什么很多人甚至一些代码分析工具都建议不要使用“this”。
是的，我开始认为这也是明智的做法。我习惯在所有类变量和属性（当然不是方法！）上使用关键字，因为它比下划线前缀更优雅。
例如，使用“m_”之类的前缀命名成员变量会更容易。
使用“m_”有一些问题。它使代码变得更脏，并且要求阅读代码的人知道这种约定（更高的学习曲线）。任何看到“这个”的人都会立即知道这意味着什么（希望如此）
这就是为什么我使用 IDE 为我突出显示属性的原因：P 称我为菜鸟，但我宁愿拥有干净的代码和先进的工作环境，而不是复杂的命名约定和硬眼着色。