pImpl

之前看代码,一直对pIml这个用法一知半解,参考这里

的一篇文章后有所收获。

总结一下,pIml的好处如下:

第一,引入更多的头文件降低编译速度。而且这个声明当然写在一个头文件里,而头文件,是不能预编译或增量编译的,

如果你因此而引入一个诸如<windows.h>之类的头文件,产生的代价可能是一杯咖啡的编译时间--而且每次编译都这样;

第 二,大大提高的模块的耦合度。在这里,CFooInternalData从此与 CFoo紧紧绑定。在一个库里的模块互相耦合当然可以忍受,

不过你要记得,这里有两种耦合度:一个是编译期的,一个是运行期的,这种方式下,无论编译还是 运行,它 们都耦合在一起,

只要 CFooInternalData 发生变更,CFoo 的模块也必须重新编译;

第三,降低了接口的稳定程 度。接口的稳定,至少有两个方面:一个是对于库的运用,即方法调用不能变;一个是对于库的编译,

即动态库的变更最好能让客户程序不用重编译。方法调用与这 个问题无关,但对于库的编译,如果CFooInternalData 变了,

客户程序显然必须重新编译,因为 private 部分,虽然对于客户程序不可用,但并不是不可见,尤其是对编译器来说。

对于一个动态链接库,这个问题可能会让人无法忍受。

pimpl 手法能比较完善的解决这些问题。

利用 pimpl 手法,我们把数据细节隐藏到一个实现类里:CFoo_pimpl,而 CFoo 的 private 部分只剩下一个指针,那就是传说中滴 pimpl 指针

时间: 2024-11-05 13:33:57

pImpl的相关文章

柴郡猫技术--C++中的PIMPL设计模式

另一个 Blog 地址:http://insaneguy.me 原文链接:http://insaneguy.me/2015/04/05/cheshire_cat_in_cpp-pimpl_idiom/ C++ 中的"柴郡猫技术"(Cheshire Cat Idiom),又称为 PIMPL(Pointer to IMPLementation) ,Opaque Pointer 等,是一种在类中只定义接口,而将私有数据成员封装在另一个实现类中的惯用法.该方法主要是为了隐藏类的数据以及减轻编译

提高C++编译速度-------pimpl 模式&amp; 桥接模式(转)

pimpl 模式(Private Implementation),我们常常听到诸如“不要改动你的公有接口”这样的建议,所以我们一般都会修改私有接口,但是这会导致包含该头文件的所有源文件都要重新编译,这会是个麻烦事儿.Pimpl机制,顾名思义,将实现私有化,力图使得头文件对改变不透明. 桥接模式(bridge)是一种结构型设计模式,它把类的具体实现细节对用户隐藏起来,以达到类之间的最小耦合关系.在具体编程实践中桥接模式也被称为pimpl或者handle/body惯用法,它可以将头文件的依赖关系降到

C++: The PIMPL idiom

什么是PIMPL(pointer to implementation) ? see: http://stackoverflow.com/questions/8972588/is-the-pimpl-idiom-really-used-in-practice https://msdn.microsoft.com/en-us/library/hh438477.aspx http://www.cppsamples.com/common-tasks/pimpl.html 为什么需要PIMPL? Hurb

pimpl idiom

pimpl idiom flyfish 2014-9-30 pimpl是Pointer to implementation的缩写 为什么要使用pimpl 1最小化编译依赖 2接口与实现分离 3可移植 pimpl idiom也被称作Cheshire Cat , Compiler Firewall idiom.,d-pointer 这个技术在设计模式中作为桥接模式(Bridge pattern.)来描写叙述 看MSDN的演示样例 Pimpl header // my_class.h class my

【C++自我精讲】基础系列六 PIMPL模式

0 前言 很实用的一种基础模式. 1 PIMPL解释 PIMPL(Private Implementation 或 Pointer to Implementation)是通过一个私有的成员指针,将指针所指向的类的内部实现数据进行隐藏. 2 PIMPL优点 举例: //x.h class X { public: void Fun(); private: int i; //add int i; }; //c.h #include <x.h> class C { public: void Fun()

编译防火墙——C++的Pimpl惯用法解析

http://blog.csdn.net/lihao21/article/details/47610309 Pimpl(pointer to implementation, 指向实现的指针)是一种常用的,用来对"类的接口与实现"进行解耦的方法.这个技巧可以避免在头文件中暴露私有细节(见下图1),因此是促进API接口与实现保持完全分离的重要机制.但是Pimpl并不是严格意义上的设计模式(它是受制于C++特定限制的变通方案),这种惯用法可以看作桥接设计模式的一种特例. 图1: Pimpl惯

Pimpl Idiom /handle body idiom

在读<Effective C++>和项目源代码时,看到pImpl Idiom.它可以用来降低文件间的编译依赖关系,通过把一个Class分成两个Class,一个只提供接口,另一个负责实现该接口,实现接口与实现的分离.这个分离的关键在于“以声明的依赖性”替换“定义的依赖性”,而编译依赖性最小化的本质是:让头文件尽可能的自我满足,万一做不到,则让它与其他文件内的声明式(而非定义式)相依. 引用这里的一些描述:The Pimpl idiom, also known as the compilation

PIMPL(一)

1 参考 <effective C++> 条款31:将文件间的编译关系降至最低 PIMPL Idiom: http://c2.com/cgi/wiki?PimplIdiom 2 什么是PIMPL? PIMPL是指pointer to implementation.通过使用指针的方式隐藏对象的实现细节.是实现"将文件间的编译依存关系降至最低"的方法之一.另一个方式是通过接口实现,但其原理一样. PIMPL又称作"编译防火墙"."笑脸猫技术&quo

[021]转 C++ Pimpl机制

出处:http://www.cnblogs.com/gnuhpc/ 1.简介 这个机制是Private Implementation的缩写,我们常常听到诸如“不要改动你的公有接口”这样的建议,所以我们一般都会修改私有接口,但是这会导致包含该头文件的所有源文件都要重新编译,这会是个麻烦事儿.Pimpl机制,顾名思义,将实现私有化,力图使得头文件对改变不透明. 2.机制分析 首先,我们先看看不使用这个机制的一个实现: 1: // MyBase.h 2: class MyBase { 3: publi