作为良好的 Java 编码规范，可省略的 this 该不该省略？

[Cbdy]

第一种风格

...
public WebServer() {
    vertx = Vertx.vertx();
    router = Router.router(vertx);
}

public void start(int port) {
    vertx.createHttpServer().requestHandler(router::accept).listen(port);
}

public void start() {
   start(8080);
}
...

第二种风格

...
public WebServer() {
    this.vertx = Vertx.vertx();
    this.router = Router.router(this.vertx);
}

public void start(int port) {
    this.vertx.createHttpServer().requestHandler(this.router::accept).listen(port);
}

public void start() {
   this.start(8080);
}
...

当然还有一种混搭风

[rim99]

我喜欢不省略，可以明确的看出这是个实例属性

[coolcfan]

看具体代码规范，比如有的项目会要求把所有 private field 名字以下划线开头，而 protected 和 public 的不用，此时 private 的就不写 this，另外两个写……

[lizon]

遵循团队规范
自己的项目随意，反正 IDE 能跳转，怎么写是个人审美问题

[boywang004]

我的原则是，以提高可读性为优先。
大多数情况下，如果省略和不省略是相同含义的话，倾向是省略，减少冗余，以便减少阅读干扰。除非特殊场景下需要强调的。
具体到 this 这个地方，一般尽量避免本地变量遮盖 field 变量（我们的 checkstyle 配置是除了 setter 以外如果出现遮盖直接检查失败），就避免了 99%必须要用到 this 的场景。

[yulitian888]

如果使用某些重构工具\插件的情况下，显式声明会更安全，因为工具不一定能准确识别 this 还是 base，甚至继承好几层的情况下 base 都不足以表达了，你敢不加前缀？

[aristotll]

不省略 个人认为

[paragon]

不用 跟匈牙利命名法一样 现代 IDE 都会标记颜色的，

[TangMonk]

@aristotll

[Bigears]

好习惯是不省略

[mosliu]

我一般习惯 ：
属性加，容易识别和区分 即 this.vertx = Vertx.vertx();
而函数省略。即 start(8080);

所谓的混搭风。

[WispZhan]

带"this."好,成员域一目了然。

[xia0pia0]

不省略好，这样用其他开发语言的人一眼也能看出来。

[doubleflower]

不省略可读性更高

[Tneciv]

习惯了 this 和 super 都不省略

[noe132]

写 JavaScript 表示类方法都要自己在方法体第一行加
const self = this
然后所有实例属性用 self 访问

[yaoliyc]

爱省略不省略，风格统一，自圆其说即可。

[ZSeptember]

省略，看着烦。

[searene]

对于这种字段 intellij 里面会用特别的颜色标出，所以即使不加也不影响代码的阅读，所以我觉得加不加都无所谓。

[evilWill]

除了自动生成的 setting() 中带 this 其余都省略

[workwonder]

不带 this 感觉像方法内部的局部变量