其他原因或目的是使用Pimpl Idoim
Other reasons or purposed for using the Pimpl Idoim
正如标题所暗示的那样,我想知道pimpl习惯的其他原因,目的或用途除了减少重建时间。
引用的示例:
(线程当地人需要在Pimpl墙后面;他们 不能直接导出
我不明白用户的含义,但是我会收集其他有趣的用于pimpl习惯的用途,
从书中" 有效的C 第三版" Scott Meyers(项目31)
" 此分离的关键是替代依赖关系的定义与声明的依赖关系。这就是最小化的本质汇编依赖性:随时使您的标头文件自给自足它是实用的,而当不是,当其他人的声明取决于其他文件,而不是定义。"
例如,在这种情况下,将线程本地变量移至定义文件中,由于thread_local.hpp不包含在声明文件中。
相关文章:
- Qt中的实现指针(PIMPL)
- 为什么在PIMPL中无法访问实现类的常量函数?
- 使用 PIMPL 惯用法,实现是否应始终是类的私有成员?
- C++详细介绍命名空间 vs 匿名 vs 私有方法到类 vs. pimpl vs. 朋友类
- pImpl、范围和隐藏数据成员
- 实施 pimpl 友好型unique_ptr
- 何时在C 中使用嵌套类上的PIMPL模式,反之亦然
- pimpl和定义类别的.cpp文件之间的区别
- C PIMPL成语,类模板和void模板参数
- PIMPL类的设置应该是const成员函数
- D 指针/pimpl 模式基类指针访问派生类成员
- 使用可变参数模板函数在类周围实现基于 pImpl 的包装器
- 将 PIMPL 习惯用法与成员函数模板一起使用(无需预先了解所有可能的数据类型)
- 像这样的PIMPL实现是否有任何简单的语法
- C++17 pimpl 习语上下文中的自定义迭代器
- 尝试实施 PIMPL idom 时如何避免"redefinition; different basic types"
- pimpl 在 C++ 应用程序/库中的什么位置使用?任何例子
- memcpy在尝试"快速"pimpl时未优化
- Pimpl with unique_ptr : 为什么我必须将接口构造函数的定义移动到".cpp"?
- 其他原因或目的是使用Pimpl Idoim