PIMPL（Private Implementation 或 Pointer to Implementation）是通過一個私有的成員指標，將指標所指向的類的內部實現資料進行隱藏。

1）降低模組的耦合。因為隱藏了類的實現，被隱藏的類相當於原類不可見，對隱藏的類進行修改，不需要重新編譯原類。

2）降低編譯依賴，提高編譯速度。指標的大小為（32位）或8（64位），x.h發生變化，指標大小卻不會改變，檔案c.h(包含x.h)也不需要重編譯。

3）介面與實現分離，提高介面的穩定性。

#endif // FOO_BAR_BAZ_H_

2. 標頭檔案依賴
使用前置宣告（forward declarations）儘量減少.h 檔案中#include 的數量。
當一個頭檔案被包含的同時也引入了一項新的依賴（dependency），只要該標頭檔案被修改，
程式碼就要重新編譯。如果你的標頭檔案包含了其他標頭檔案，這些標頭檔案的任何改變也將導致那
些包含了你的標頭檔案的程式碼重新編譯。因此，我們寧可儘量少包含標頭檔案，尤其是那些包含
在其他標頭檔案中的。
使用前置宣告可以顯著減少需要包含的標頭檔案數量。舉例說明：標頭檔案中用到類File，但不
需要訪問File 的宣告，則標頭檔案中只需前置宣告class File;無需#include
"file/base/file.h"。
在標頭檔案如何做到使用類Foo 而無需訪問類的定義？
1) 將資料成員型別宣告為Foo *或Foo &；
2) 引數、返回值型別為Foo 的函式只是宣告（但不定義實現）；
3) 靜態資料成員的型別可以被宣告為Foo，因為靜態資料成員的定義在類定義之外。
另一方面，如果你的類是Foo 的子類，或者含有型別為Foo 的非靜態資料成員，則必須為
之包含標頭檔案。
有時，使用指標成員（pointer members，如果是scoped_ptr 更好）替代物件成員（object
members）的確更有意義。然而，這樣的做法會降低程式碼可讀性及執行效率。如果僅僅為
了少包含標頭檔案，還是不要這樣替代的好。

當然，.cc 檔案無論如何都需要所使用類的定義部分，自然也就會包含若干標頭檔案。
譯者注：能依賴宣告的就不要依賴定義。

以上是Google中C++程式設計規範的前兩條要求。第一條相信大家都知道。第二條就是我要說的問題了。

這裡我用VS2012解釋下這個事情。要減少編譯的目的就是要減少#include；

那我們先定義這樣兩個類：

1. #pragma once
2. class A  
3. {  
4. public:  
5.     A(void);  
6.     ~A(void);  
7. };  

1. #pragma once
2. #include "A.h"
3. class B  
4. {  
5. public:  
6.     B(void);  
7.     ~B(void);  
8. private:  
9.     A a;  
10. };  

這時候A，B第一次編譯成功

接下來我們修改物件A，在物件A中增加一個私有成員i,B不變;

1. #pragma once
2. class A  
3. {  
4. public:  
5.     A(void);  
6.     ~A(void);  
7. private:  
8.     int i;  
9. };  

可以看到A編譯後。編譯器發現B中匯入了A.h然後又編譯了一次B。

在工程量比較小的時候這麼做是沒關係的。但當你編譯一次程式碼需要1分鐘2分鐘的時候。我們頻繁的修改原始碼然後編譯你會崩潰的是不是？

所以前置宣告是一個可以選擇的解決方案。

B的程式碼只要做如下修改，取消匯入A.h在B.h中宣告class A;

1. #pragma once
2. class A;  
3. class B  
4. {  
5. public:  
6.     B(void);  
7.     ~B(void);  
8. private
9.     A* a;  
10. };  

同樣我們在A中加入私有成員後再編譯一次。

可以看到這裡只編譯了A.cpp檔案。