Java：包括；这"；参数，或者让它被暗示

是否有Java建议或行业最佳实践建议，用于在没有明确必要的情况下包含或不包含

此

参数

例如，假设实例变量和局部变量之间没有命名冲突，是否优先使用

this.someParam

或者干脆

someParam

当调用同一类中的方法时，是否优先使用

this.someMethod（）

或

someMethod（）

支持前者的理由是，它使代码更加明确。支持后者的理由是它使代码更干净

---

我很好奇是否有任何文档以这种或那种方式推荐（我找不到任何文档，用

这个

这个词进行谷歌搜索显然很棘手），或者这只是一个偏好问题。

在我看来，对于世界上所有的Java开发人员来说，没有通用的指导方针来定义使用

this

的良好实践。我宁愿遵循贵公司/项目中使用的指导原则，或者，如果没有，则遵循您自己编写可读代码的方法。

在我看来，世界上所有Java开发人员都没有通用的指导原则来定义使用

此

的良好实践。我宁愿遵循贵公司/项目中使用的指导原则，或者，如果没有，则遵循您自己编写可读代码的方法。

在我看来，世界上所有Java开发人员都没有通用的指导原则来定义使用

此

的良好实践。我宁愿遵循贵公司/项目中使用的指导原则，或者，如果没有，则遵循您自己编写可读代码的方法。

在我看来，世界上所有Java开发人员都没有通用的指导原则来定义使用

此

的良好实践。我宁愿遵循您公司/项目中使用的指导原则，或者，如果没有，则遵循您自己编写可读代码的方法。

没有最佳实践建议。大多数团队都有自己的编码风格

---

就我个人而言，我尝试对所有实例变量使用

this

，但对于方法，我倾向于避免使用它。

没有最佳实践建议。大多数团队都有自己的编码风格

---

就我个人而言，我尝试对所有实例变量使用

this

，但对于方法，我倾向于避免使用它。

没有最佳实践建议。大多数团队都有自己的编码风格

---

就我个人而言，我尝试对所有实例变量使用

this

，但对于方法，我倾向于避免使用它。

没有最佳实践建议。大多数团队都有自己的编码风格

---

就我个人而言，我尝试对我的所有实例变量使用

this

，但对于方法，我倾向于避免使用它。

没有理由选择其中一个。这是意见的问题

我的意见是，如果需要，您应该只使用

这个
。在某些情况下，您必须使用它，例如局部变量与实例变量具有相同的名称。这在我的构造函数中经常发生：

public MyClass(String s, int i) {
    this.s = s;
    this.i = i;
}

如果您在一个团队中工作，我建议您制定一个大家都同意的策略，这样您就不会浪费太多时间重新格式化彼此的代码。另外，对于我来说，看到代码使用了太多的
这个
（例如由生成的代码）是非常烦人的。
没有理由选择其中一个。这是意见的问题

我的意见是，如果需要，您应该只使用
这个
。在某些情况下，您必须使用它，例如局部变量与实例变量具有相同的名称。这在我的构造函数中经常发生：

public MyClass(String s, int i) {
    this.s = s;
    this.i = i;
}

如果您在一个团队中工作，我建议您制定一个大家都同意的策略，这样您就不会浪费太多时间重新格式化彼此的代码。另外，对于我来说，看到代码使用了太多的
这个
（例如由生成的代码）是非常烦人的。
没有理由选择其中一个。这是意见的问题

我的意见是，如果需要，您应该只使用
这个
。在某些情况下，您必须使用它，例如局部变量与实例变量具有相同的名称。这在我的构造函数中经常发生：

public MyClass(String s, int i) {
    this.s = s;
    this.i = i;
}

如果您在一个团队中工作，我建议您制定一个大家都同意的策略，这样您就不会浪费太多时间重新格式化彼此的代码。另外，对于我来说，看到代码使用了太多的
这个
（例如由生成的代码）是非常烦人的。
没有理由选择其中一个。这是意见的问题

我的意见是，如果需要，您应该只使用
这个
。在某些情况下，您必须使用它，例如局部变量与实例变量具有相同的名称。这在我的构造函数中经常发生：

public MyClass(String s, int i) {
    this.s = s;
    this.i = i;
}

如果您在一个团队中工作，我建议您制定一个大家都同意的策略，这样您就不会浪费太多时间重新格式化彼此的代码。另外，对于我来说，看到代码使用了太多的
这个
（例如由生成的代码）是非常烦人的。
我不知道这里有一个“错误”的答案。然而，在我写Java的15年多时间里，我看到的惯例是除非有必要，否则不包括“this”

通过以一致的方式命名变量，可以最大限度地减少混淆。有好几个好的公约文件。选择一个并跟随它。一些例子：


我不知道这里有一个“错误”的答案。然而，在我写Java的15年多时间里，我看到的惯例是除非有必要，否则不包括“this”

通过以一致的方式命名变量，可以最大限度地减少混淆。有好几个好的公约文件。选择一个并跟随它。一些例子：


<