强制显式使用 this/self 指针有什么好处？

Question

拥有 this/self/me 指针强制明确吗？

根据 OOP 理论，方法应该主要（仅？）对成员变量进行操作，并且方法的参数。 在此之后，引用成员变量应该比引用外部（从对象的角度来看）变量更容易......显式this使其更加冗长，因此引用成员变量比引用外部变量更难。 这对我来说似乎违反直觉。

Answer 1

您需要它来将指针/引用传递到其他地方的当前对象，或者防止赋值运算符中的自赋值。

Answer 2

如果方法的参数与成员变量同名怎么办？ 然后您可以使用 this.x = x 例如。 其中 this.x 是成员变量，x 是方法参数。
这只是一个（微不足道的）例子。

Answer 3

我通常仅在编写赋值运算符或复制构造函数时使用它（在C++中），因为它有助于清楚地识别变量。 我可以考虑使用它的其他地方是，如果您的函数参数变量名称与成员变量名称相同，或者我想使用删除此来杀死我的对象。

Answer 4

例如，成员名称与传递给方法的成员名称相同

public void SetScreenTemplate(long screenTemplateID, string screenTemplateName, bool isDefault)
        {
            this.screenTemplateID = screenTemplateID;
            this.screenTemplateName = screenTemplateName;
            this.isDefault = isDefault;
        }

Answer 5

除了成员变量和方法参数之外，您还有局部变量。 关于对象最重要的事情之一是它的内部状态。 显式成员变量取消引用可以非常清楚地表明您在何处引用该状态以及在何处修改该状态。

例如，如果您有这样的代码：

someMethod(some, parameters) {
    ... a segment of code
    foo = 42;
    ... another segment of code
}

当快速浏览它时，您必须对前一段中定义的变量有一个心理模型，以了解它是否只是一个临时变量或者是否会改变对象状态。 而 this.foo = 42 很明显对象状态发生了变化。 如果专门使用显式解引用，则可以确保该变量在相反情况下是临时的。

较短、分解良好的方法使其不再那么重要，但长期的可理解性仍然胜过编写代码时的便利性。