這篇文章主要介紹了簡單了解設計模式中的裝飾者模式及C++版代碼實現,ConcreteComponent的引用(指針)也可以達到修飾的功能,需要的朋友可以參考下

由遇到的問題引出的裝飾模式

在 OO 設計和開發過程，可能會經常遇到以下的情況：我們需要為一個已經定義好的類添加新的職責(操作)，通常的情況我們會給定義一個新類繼承自定義好的類，這樣會帶來一個問題(將在本模式的討論中給出)。通過繼承的方式解決這樣的情況還帶來了系統的復雜性，因為繼承的深度會變得很深。

而裝飾提供了一種給類增加職責的方法，不是通過繼承實現的，而是通過組合。

有關這些內容在討論中進一步闡述。

模式選擇

裝飾模式典型的結構圖為：

在 結 構 圖 中 ， ConcreteComponent 和裝飾需 要 有 同 樣 的 接 口 ， 因 此ConcreteComponent 和裝飾有著一個共同的父類。這里有人會問，讓裝飾直接維護一個指向 ConcreteComponent 引用(指針)不就可以達到同樣的效果，答案是肯定并且是否定的。肯定的是你可以通過這種方式實現，否定的是你不要用這種方式實現，因為通過這種方式你就只能為這個特定的 ConcreteComponent 提供修飾操作了，當有了一個新的ConcreteComponent 你 又 要 去 新 建 一 個裝飾來 實 現 。 但 是 通 過 結 構 圖 中 的ConcreteComponent 和裝飾有一個公共基類，就可以利用 OO 中多態的思想來實現只要是 Component 型別的對象都可以提供修飾操作的類，這種情況下你就算新建了 100 個Component 型別的類 ConcreteComponent，也都可以由裝飾一個類搞定。這也正是裝飾模式的關鍵和威力所在了。

當然如果你只用給 Component 型別類添加一種修飾，則裝飾這個基類就不是很必要了。

實例

1. #include 
2.  
3. using namespace std; 
4.  
5. class TestA 
6.  
7. { 
8.  
9. public: 
10.  
11. void display_a() 
12.  
13. { 
14.  
15. cout<<"display a..."< 
16.  
17. } 
18.  
19. }; 
20.  
21. class TestB 
22.  
23. { 
24.  
25. public: 
26.  
27. void display_b() 
28.  
29. { 
30.  
31. cout<<"display b..."< 
32.  
33. } 
34.  
35. }; 
36.  
37. class Facade 
38.  
39. { 
40.  
41. TestA *testa; 
42.  
43. TestB *testb; 
44.  
45. public: 
46.  
47. Facade() 
48.  
49. { 
50.  
51. testa = new TestA(); 
52.  
53. testb = new TestB(); 
54.  
55. } 
56.  
57. ~Facade() 
58.  
59. { 
60.  
61. delete testa; 
62.  
63. delete testb; 
64.  
65. } 
66.  
67. void MethodA() 
68.  
69. { 
70.  
71. testa->display_a(); 
72.  
73. testb->display_b(); 
74.  
75. } 
76.  
77. }; 
78.  
79. int main() 
80.  
81. { 
82.  
83. Facade *facade = new Facade(); 
84.  
85. facade->MethodA(); 
86.  
87. system("pause"); 
88.  
89. return 0; 
90.  
91. }