本文 的 作者 使用 这个 例子 来 激励 命名 空间 。此 声明 在 头 文件 中 。

class Foo {
public:
  static void methodA();
  static void methodB();
private:
  static uint32_t _value;
};

中 的 每 一 个
如果 更改 私有 成员 变量 而 不 更改 公共 接口 ， 则 需要 重新 编译 头 文件 上 的 所有 依赖 项 。 如果 使用 命名 空间 ， 则 头 文件 中 只 存在 接口 声明 。
更 重要 的 是 ， 假设 您 希望 使用 自己 的 数据 类型 作为 实现 使用 的 变量 ， 那么 您 需要 增加 头 文件 中 的 依赖 项 数量 ， 或者 使用 前 向 声明 并 间接 保存 变量 （ 例如 ， 通过 std::unique_ptr ） 。
假设 所有 方法 的 实现 都 在 源 文件 中 ， 那么 在 头 文件 中 定义 变量 只有 一 个 缺点 。