假设我有这样的课程（简化）：
class Foo_p;
class Foo
{
private:
Foo_p *p;
public:
Foo();
/* methods, etc... */
};
这个类是 API 的一部分。 Foo_p 是类的所有私有部分，不是 像往常一样在类 Foo 中声明，而是在一个单独的前向声明的类中声明，该类仅由外部不可见的底层实现使用。
我已经在几个项目中看到过这种模式，它有名字吗？
另外，如何正确使用它（例如异常安全等）？实际实施应该去哪里？在 Foo 类中，像往常一样，只使用 Foo_p 来存储数据，还是在 Foo_p 类中，Foo 只是一个包装器？
【问题讨论】：
标签： c++ oop design-patterns
这就是pimpl成语
见
【讨论】：
这就是已知的 PIMPL。私有/指向私有的实现。类 Foo_p，您的类 would 已被私有实现并通过指向它的指针进行访问，因此他们不会向客户显示真正的类，他们只能看到您选择的公共接口揭露。它基本上从标题中抽象出 protected 和 private 成员中存在的实现细节的痕迹。
我发现它在 VC++ 中很笨拙——它会破坏代码完成。如果您非常确定自己的实现并且不希望在标题中显示 private 和 protected 成员，这将很有用。
我将Foo_p类的实际实现放在Foo类的cpp文件中，虽然这可能是代码完成中断的原因，但至少我不必冒险通过包含其标头来重用类。
【讨论】：
protected 成员不会从 Foo 移动到 Foo_p，因为它们也是 API 的一部分。只有private 成员不是API 的一部分，所以它们对用户来说是隐藏的。
它是一个 d-pointer，它是一种不透明指针。类似于 PIMPL 成语。
C++ 类声明中常用的一种不透明指针是 d 指针。 d-pointer 是唯一的私有数据成员 类并指向结构的实例。由 Arnt Gulbrandsen 命名 奇趣科技，这种方法允许类声明省略私有 数据成员，除了 d 指针本身。 [6]结果是 更多类的实现隐藏在视图中，添加新的 私有结构的数据成员不影响二进制 兼容性，以及包含该类的头文件 声明只需要#include那些需要的其他文件 类接口，而不是它的实现。作为一方 好处，编译速度更快，因为头文件更改较少 经常。 Qt 和 KDE 库中大量使用 d 指针。
【讨论】：