Pointer to implementation（PImpl ），通过将类的实现细节放在一个单独的类中，从其对象表示中删除它们，通过一个不透明的指针访问它们（cppreference 是这么说的）
通过一个私有的成员指针，将指针所指向的类的内部实现数据进行隐藏
为什么用PImpl 机制
个人拙见
C++ 不像Java 后端型代码，能有行业定式的列目录名形成规范（controller、Dao等）隐藏实现，降低耦合性和分离接口（隐藏类的具体实现）通过编译期的封装（隐藏实现类的细节）
业界实现
优秀开源代码有实现
PImpl实现
方法一
cook_cuisine.h
cook_cuisine.cc
方法二
cook_cuisine.h
cook_cuisine.cc
cook_cuisine_imp.h
cook_cusine_imp.cc
main.cc
CMakeLists.txt
mkdir buildcd buildcmake ..
PImpl 缺点
空间开销：每个类都需要额外的指针内存指向实现类
时间开销：每个类间接访问实现的时候多一个间接指针操作的开销
阅读开销：使用、阅读和调试上带来一些不便（不是啥问题）
总结
每种设计方法都有它的优点和缺点
PImpl 用一些内存空间和额外类的实现换取耦合性的下降，是可以接受的
但重点在：在性能/内存要求不敏感处，PImpl 技术才更优不错的发挥舞台
极端例子：
你不可能在斐波那契的实现中还加个PImpl 机制，多此一举
