我只在绝对必要的时候使用它，即当另一个变量遮蔽另一个变量时。比如这里:

class Vector3
{
    float x;
    float y;
    float z;

    public Vector3(float x, float y, float z)
    {
        this.x = x;
        this.y = y;
        this.z = z;
    }

}

或者像Ryan Fox指出的，当你需要把它作为参数传递时。(局部变量优先于成员变量)

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

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

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

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

下面是我使用它的时候:

从类内部访问私有方法(以区分) 将当前对象传递给另一个方法(或在发生事件时作为发送者对象) 创建扩展方法时:D

我没有对私有字段使用这个，因为我用下划线(_)作为私有字段变量名的前缀。

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

我只在绝对必要的时候使用它，即当另一个变量遮蔽另一个变量时。比如这里:

class Vector3
{
    float x;
    float y;
    float z;

    public Vector3(float x, float y, float z)
    {
        this.x = x;
        this.y = y;
        this.z = z;
    }

}

或者像Ryan Fox指出的，当你需要把它作为参数传递时。(局部变量优先于成员变量)

黑C + +铝

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

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

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