C 程式設計技巧 Pimpl機制

出處：

1.簡介

這個機制是private implementation的縮寫，我們常常聽到諸如「不要改動你的公有介面」這樣的建議，所以我們一般都會修改私有介面，但是這會導致包含該標頭檔案的所有原始檔都要重新編譯，這會是個麻煩事兒。pimpl機制，顧名思義，將實現私有化，力圖使得標頭檔案對改變不透明。

2.機制分析

首先，我們先看看不使用這個機制的乙個實現：

1: // mybase.h

2: class mybase ;

6:

7: // myderived.h

8: #include "mybase.h"

9: class myderived : public mybase ;

假設你現在希望在mybase.h中加入乙個新的private和protected成員函式，那麼myderived和所有包含mybase.h的原始檔都需要重新編譯。在乙個大工程中，這樣的修改可能導致重新編譯時間的激增。你可以使用doxygen或者scitools看看標頭檔案依賴。

一般來說，不在標頭檔案中包含標頭檔案是乙個比較好的習慣，但是這也不能完全消除修改mybase.h帶來的重新編譯代價。有沒有乙個機制可以使得對私有介面做修改時我們可以減小重新編譯的代價。

在pimpl機制中，我們使用前置宣告乙個impl類，並將這個類的乙個指標例項放入主類中，如下：

1: // myclass.h

2: class myclassimpl;    // forward declaration

3: class myclass ;

現在，除非我們修改myclass的公有介面，否則這個標頭檔案是不會被修改了。然後，我們用這個impl類的實現來完成主類的細節實現，在主類的建構函式中，我們完成了實現類指標的例項化：

1: // myclass.cpp

2: class myclassimpl

7: int bar()

8:         int var;

9: };

10:

11: myclass::myclass() : m_pimpl(new myclassimpl){}

12:

13: myclass::~myclass()

14:

18:     catch (...) {}

19: }

20:

21: int myclass::foo()

pimpl機制其實這是橋接模式的一種變種。我們可以對實現類隨意的進行增刪和修改，而不會導致包含myclass.h的源**重新編譯。當然，這樣做的時間開銷和空間開銷也是有的。

在實踐中，我們常常採用內部類來完成pimpl機制：

1: // header

2: class fruit

3:

10:

11: // implementation

12: class fruit::impl

13: ;

16:

17: fruit::fruit()

18: