代码之家 › 专栏 › 技术社区 › Steve314

我应该做些什么来帮助管理链接器名称空间污染的内部使用类吗?

c++

Steve314 · 技术社区 · 14 年前

在一个复杂的库或框架中,显然有一些时候需要纯粹的内部类来实现更高级别的功能。

通常,这些内部构件与内部构件的工作方式紧密耦合在一起,因此让用户可以使用它们是没有意义的——他们所能做的就是试图篡改您的私有内部构件。

同时,其中一些内容相当大——很容易就大到需要它们自己的头和体源文件。

如果在单个文件中有一个小类,则可以将其包装在匿名命名空间中,并且行为良好的编译器不会在对象文件中包含与该类相关的符号。完全避免了名称空间污染的问题。

但是,一旦类被单独编译,这就不起作用了——我们需要将其他内部实现代码链接到此对象文件,因此它必须包含相关的符号。

由于头文件仅供内部使用,因此它可能与所有正文源文件位于同一文件夹中,而不是单独存在 include 保存头文件的文件夹用户将 #include .

不过,这些符号在对象库中仍然可见。

这是一个真正的问题,还是一个想象中的问题?我应该做些什么来管理这种形式的名称空间污染?

1 回复 | 直到 14 年前

sbi 14 年前

我通常把这样的标识符放在 details 命名空间:

namespace some_component {
  namespace details {
    class helper { ... };
  }
}

some_component::details::helper 显然是一个实现细节。

推荐文章

patrick · 从boost::绑定1和2占位符运行make失败。。。?

1 年前

rookie · 检查函数模板的所有参数包参数是否属于int

1 年前

ivaigult · -W转换和隐式字符串到布尔类型转换

1 年前

David Bien · declval<_Xp(&)()>()()-这在下面的上下文中意味着什么?

1 年前

khallad sayed · 在%上,C++表达式必须具有整型或无范围枚举类型

1 年前

rainer · 后台插入程序的初始化

1 年前

Community wiki · 以理智、安全和高效的方式复制文件

1 年前

Shefali Kanaujia · 对C中向量的向量进行排序++

1 年前

Prakritish Ghosh · 现在显示正确输出的函数中的Infix到Postfix错误[重复]

1 年前

Ma Joonyoung · 粗粒度和细粒度链表的时间比较

1 年前