问GNU _M_前缀背后的心态

EN

如果我们看一下GNU的libstdc++实现，我注意到在标准类的实现中，各种类的私有成员函数都以_M_为前缀。例如，std::basic_string<>有一个名为bool _M_is_shared() const;的成员。

我理解为私有成员变量设置某种命名约定的动机。这有助于在视觉上区分类成员和函数局部变量。但我不明白为什么私有成员函数喜欢使用_M_前缀。

如果我看到一些代码调用了(例如：is_shared(); )，实际上只有几个选项：

1. 它是这个类的成员函数
2. 它是父类的成员函数
3. 这是一个全局函数。

前两个，都有前缀，所以没有帮助。由于名称空间污染问题，最后一个不会发生在任何正常的实现中。图书馆应该引进的唯一的全球化是标准规定的。所以问题的关键是..。

因为私有成员函数是不可公开访问的。不能以任何方式影响派生类。我不认为名字碰撞真的是个问题.基本上，这些只是一个私有的实现细节。为什么要费心使用(国际海事组织)丑陋的_M_前缀？标准中有什么不允许引入额外的私人成员吗？如果是这样的话，我会觉得很傻，除非我错过了什么。