使用或不使用“this” C# 中的限定符

Question

可能的重复：
你什么时候使用“this”关键字？

我刚刚开始使用 Resharper 来分析我的代码，它建议我做很多事情，我对它的输出非常满意，因为它还教会了我一些更好的做事方法。

显然它的建议可以忽略，其中之一我只想从社区获得一些反馈！

我一直更喜欢对属于当前类的属性（即 this.Name）使用“this”限定符。没有真正的原因——我似乎只是几个月前就采用了这个。

Resharper 认为这是多余的，也许我应该删除它。

你怎么认为？

Answer 1

最好，我仅使用 this 来防止（可能）属性和函数参数之间出现歧义。

public class thing
{

   private string name;

   public thing(string name)
   {
       this.name = name; // will set private string name to param string name
   }

}

如果您已经在某个类的上下文中工作，那么记住这一点并不难，并且我不需要被提醒这样一个事实：每次我寻址一个局部变量时，我都在寻址一个局部变量。

所以我认为 ReSharper 在这一点上是正确的。

Answer 2

要记住的重要事情之一是 this 被编译器删除，因此这纯粹是“什么对您和与您共享代码的人来说看起来不错？”的问题。它不会影响性能一点点。

Answer 3

我发现它是多余的，特别是对于定义良好的编码标准：

Name // Property
_name // Member field
name // local variable

使用 this. 似乎需要更多工作。

Answer 4

我个人认为使用 this 关键字是一个很好的做法，因为它清楚地标记了 prorerty/method/etc 是否属于对象实例。这在命名私有成员时特别有用，以便局部变量与私有成员无法区分：

/// some pretty long method
/// ...
frameCount += 1; // is it private memeber or some local defined above?

不用说，根本不使用它可能比不一致地使用更好。

然而，我发现不断使用 this 会使代码看起来“嘈杂”，而 this 是无用的干扰因素。 IMO 最好对私有成员使用特殊的 _ 前缀命名：

/// some pretty long method
/// ...
_frameCount += 1; // it's clearly private memeber!

它的输入速度也更快。

Answer 5

使用这个的一个好处是。是智能感知。它缩小了您可以更快选择的事物列表。

Answer 6

它在技术上是多余的，但 StyleCop（如果您很挑剔并且使用全套 Microsoft 编码标准）表示您应该使用它。

我这样做，很多人不这样做，所以我想这取决于个人喜好或雇主的编码标准。

Answer 7

在这种情况下，它是一种偏好 - 所以你更喜欢使用它，告诉 resharper，它就会停止抱怨。