用 C++11 完美詮釋 Decorator pattern

By Trashtoy - My own work, written with text editor., Public Domain, Link

Decorator pattern 的類圖表明了所有處理、使用的對象都是 Component 介面，能夠操作的只有 Component 開放的功能，也就是 operation()，任何 Component 的實作類別都必須依自己的情況實作 operation()。其中有一個 Component 的延伸介面 Decorator，對 operation() 有一個明確的定義--除了做自己的事之外，還要呼叫的包裹對象的 operation()。

介面繼承 與 組合代替繼承

此文延伸自「虛擬函數多層強制實作」一文，若解說上有不明究理的地方可以先回頭看看。

在「虛擬函數多層強制實作」提到用 PROTOTYPE_BASE_CRTP 這個巨集來取代直接繼承的做法，可強制子孫類別都得強制實作某些虛擬函數，可是現在問題是如何強制必須使用這個巨集，所以只是把一個難題換成另一個難題而已。

所以還是得回歸 C++ 本身，C++ 只提供一層的強制實作，這應該有個光明正大的理由，文章最後有個看法也許可以成立。

PROTOTYPE_BASE_CRTP 巨集只是利用 C++ 的多重繼承在每個子孫類別再繼承一次純虛擬函數，以達到強制實作的目的，若這方式不可行，還有其它的方法嗎？

C++ 的純虛擬函數一次性實作，只要不實作就可以不斷的延續到子孫類別，所以只要採用「介面繼承」的方式就可以達到強制實作的目的。但類別資料繼承的部份要怎麼解決，不是程式設計界有句名言「組合代替繼承」，就用這兩招來試試。