什么是单独的实现交互类习惯用法,什么时候使用它
What is the seperate implementation interfact class idiom and when do I use it?
我偶尔会遇到我只能称之为"接口实现习惯用法"的情况,其中一个类被分为"接口类"answers"实现类"。
这背后的哲学或推理是什么?
这个方法的一个例子是什么?这样一个类系统的例子是什么样子的?为什么把一个类分成接口和实现是有用的?
我想你所说的也被称为pImpl模式。在为什么应该使用pImpl习语中有很多关于它的讨论。该问题也会被标记为包含更多信息的旧问题/答案的副本
相关文章:
- 什么时候调用组成单元对象的析构函数
- 什么时候在C++中返回常量引用是个好主意
- 什么时候调用析构函数
- boost odeint什么时候真正调用观测者
- 编译器对数组声明大小的计算。什么时候发生?
- 什么时候最好在子进程中使用 CPU 或 I/O 密集型代码 [ C++ ]
- 您应该在什么时候创建自己的异常类型
- 我什么时候会默认(而不是删除)基类中的复制和移动操作
- 什么时候可以使用常量装饰调用我的重载函数?
- unordered_map什么时候返回 -1?
- QCoreApplication什么时候有效?
- sizeof(size_t) 和 sizeof(ptrdiff_t) 什么时候会有所不同?
- 什么时候用指针调用C++类构造函数
- 我不明白在这个例子中什么时候调用构造函数
- 如果真的需要std::move,我们应该什么时候声明右值refs
- P1008("prohibit aggregates with user-declared constructors")在实践中什么时候有用?
- 程序什么时候会创建多个堆
- 调用boost.asio的异步函数时,线程是什么时候创建的
- Swig/python : 什么时候需要 SWIG_init() ?
- 什么时候 std::initializer_list 是微不足道的可构造的?