Java 使用“关键字”是否是一种良好的做法；这"；要访问实例函数或成员？

所以我知道当类成员和参数使用相同的名称时，这个关键字在构造函数中是多么有用

人们通常在构造函数之外使用它来访问实例变量/成员和函数吗？这是一种好的做法吗？我应该继续使用这个关键字还是不使用它

class Test {
    private int num = 0;

    Test(int num) {
        this.num = num;
    }

    public int getNum() {
        return this.num;     // I could write num;
    }

    public void doSomething() {
        System.out.println(this.getNum());    // I could have just invoked getNum()
    }

}

---

是的，您可以这样做。您的\u字段。使用

this

关键字没有问题。

尝试在eclipse中生成getter。。甚至eclipse也会在构造函数之外使用

这个

关键字；）因此，是的，这是一种常用且非常习惯的做法。

在团队中工作时，最重要的可能是所有成员都使用相同的样式，例如格式、名称的camelCase或mCamelCase，甚至在任何地方都使用此关键字

没有什么比使用不同样式的代码可读性差的了

您参与的每个项目可能有不同的风格，但所有成员都应遵守规则

---

要灵活。

只有在使用完全不同的变量/方法时才需要使用它

例如，在上面的构造函数中，如果您没有使用它，您将引用传递给构造函数的参数

---

在doSomething（）方法中，不需要this关键字。

首先，这是个人（或团队）风格的问题。一些开发人员认为它有助于提高可读性，一些人认为它是多余和繁琐的

话虽如此，我认为使用

这个

是个好主意，因为它可以防止不同范围之间的混淆

---

如果总是使用

这个

，那么检查部分代码的开发人员就不必每次引用变量时都向上滚动来找出它的范围。

或多或少是个人偏好的问题。在像构造函数这样的情况下，这是必要的。在其他任何地方，这只是为了可读性。这绝对是个人的喜好。我喜欢这样做，我指的是一个实例成员（因为在这种情况下，我显然不能指本地成员），这是完全明确的，但这是我的偏好。我还尽可能多地声明了我的实例变量

private final

，所以我在这里可能是个怪人。：-）请看一看，非常感谢您提供的答案：我想，DIt是一种很好的方法，可以进一步验证代码（以防有人在使用非限定访问的方法顶部声明一个与实例成员同名的本地）。也许这就是Eclipse喜欢它的原因。是的，我完全同意。我试着用这个作为生动的例子，这是一个很好的例子。谢谢你容忍我的沉思。：-）