C++编程时是否有“成员变量全部显式使用 this”的代码风格？

上次阅读 /修改别人代码的时候看到一个类，里面有类似于 int out[100]; 这种成员变量，在函数里直接访问也是用 out[0] = 123; 这种风格。

我第一眼以为这个 out 是函数的局部变量，是在最后返回值时用的。（其命名也很有迷惑性）结果后来才发现是类的成员变量。

最近写 Python 比较多，在 Python 里面，所有成员变量都会强制用 self.out 这种形式，看代码的时候可以很快看出是哪一种变量。（也许因为 Python 不需要显式声明变量，只有这样才能区别吧）

于是就产生了这个想法，即 C++ 中所有成员变量的访问都用 this->xxx 的形式，而不是直接用 xxx。

我有这些问题：

是否有必要这么做 /这么做是否有确实的好处？
是否有某些“C++代码风格指导性文件”提倡这么做？
是否有某些（比较出名的）开源代码这么做？
是否有程序可以自动化“将源代码中所有成员变量的直接访问全部改为 this->xxx”这一操作？或者在不用 this 直接访问时发出警告？

还请大家分享一下自己的见解。

Akiyu

2021-03-18 21:19:09 +08:00

是否有必要这么做 /这么做是否有确实的好处？
没有必要, 同名字空间变量名才会冲突. 一种好的习惯是成员变量都使用 _ 开头.
多余的 this-> 会让代码变得冗余.

是否有某些“C++代码风格指导性文件”提倡这么做？
不清楚. 但是 this-> 很没必要.

是否有某些（比较出名的）开源代码这么做？
不清楚. 至少 STL 自身决不会这么做. 外围如 boost 之类的库, 大多数的源码. 都不会 + this->

是否有程序可以自动化“将源代码中所有成员变量的直接访问全部改为 this->xxx”这一操作？或者在不用 this 直接访问时发出警告？
这样的需求很少, 工具自然也很少(据我所知, 没有)

PS:
你可能担心变量名冲突的问题. 但实际这不会冲突. 同名字空间 /作用域时, 同变量名定义才会冲突. 但实际不会这样,
因为 C++ 的名字空间 /作用域是嵌套的, 内部优先级高于外部. 编译器绝不会在这里犯错. 如果你担心人可能搞错, 那么可以用用规范来解决, 如成员变量前置 _

DOLLOR

2021-03-19 00:16:06 +08:00

C++更习惯用 m_xxx 来命名成员变量，所以一般不用 this 。
Java 种 class 外不存在独立变量、函数的，都默认是成员了，this 就多余了。
Python 没有专门的声明变量的语句，不加 self 会认为你是在声明变量。
还有 JS，过去也有 with(this)这种写法，要到运行期才能知道是成员变量还是外部变量，会使得代码运行结果不可预知，也不利于性能优化。现在只能用 this 访问成员，不允许用 with 语句了。