什么时候使用“this”关键字?

我很好奇其他人是如何使用这个关键字的。我倾向于在构造函数中使用它，但我也可能在整个类的其他方法中使用它。一些例子:

在构造函数中:

public Light(Vector v)
{
    this.dir = new Vector(v);
}

在其他地方

public void SomeMethod()
{
    Vector vec = new Vector();
    double d = (vec * vec) - (this.radius * this.radius);
}

当前回答

我倾向于用_来强调字段，所以真的不需要使用这个。r#也倾向于将它们重构掉……

其他回答

这个关键字在c#中有几种用法。

限定由相似名称隐藏的成员将对象本身作为参数传递给其他方法使对象从方法中返回自身声明索引器声明扩展方法在构造函数之间传递参数在内部重新分配值类型(struct)值。在当前实例上调用扩展方法转换为另一种类型到同一类中定义的链构造函数

可以通过在作用域中不使用相同名称的成员变量和局部变量来避免第一种用法，例如通过遵循通用命名约定并使用属性(Pascal大小写)而不是字段(驼峰大小写)来避免与局部变量冲突(也是驼峰大小写)。在c# 3.0中，可以使用自动实现的属性轻松地将字段转换为属性。

“这。'帮助查找'this'类中有很多成员的成员(通常是由于深度继承链)。

按CTRL+空格键并没有帮助，因为它还包括类型;而这。’只包括会员。

一旦我得到我想要的东西，我通常会删除它:但这只是我风格的突破。

在风格方面，如果你是一个独行侠——你决定;如果你在一家公司工作，坚持公司的政策(看看源代码控制中的东西，看看其他人在做什么)。就用它来评定成员资格而言，既不正确也不错误。唯一错误的就是前后矛盾——这是风格的黄金法则。别挑剔别人。把时间花在思考真正的编码问题上——当然还有编码。

这取决于我所遵循的编码标准。如果我们用_来表示一个实例变量，那么“this”就多余了。如果我们不使用_，那么我倾向于使用这个来表示实例变量。

黑C + +铝

我同意“非用不可”的说法。不必要地用它修饰代码并不是一个好主意，因为当你忘记这样做时，编译器不会警告你。这可能会给那些期待它一直在那里的人带来困惑，也就是说，他们必须考虑它。

那么，你什么时候会使用它呢?我只是看了一些随机的代码，并找到了这些例子(我不判断这些是好事还是坏事):

将“yourself”传递给一个函数。将“你自己”分配给一个指针或类似的东西。铸造，即上/下铸造(安全或其他)，铸造constness等。编译器强制消歧。

就我个人而言，我在引用成员变量时总是尝试使用这个。它有助于澄清代码并使其更具可读性。即使没有歧义，第一次阅读我的代码的人也不知道这一点，但如果他们看到始终使用这个，他们就会知道他们是否在查看成员变量。

推荐文章