裝飾模式？建造者模式？

   建造者模式（Builder）：

   趣味理解：MM最愛聽的就是“我愛你”這句話了，見到不同地方的MM，要能夠用她們的方言跟她說這句話哦，我有一個多鍾語言翻譯機，上面每種語言都有一個按鍵，見到MM，我只要按對應的鍵，它就能夠用相應的語言說出“我愛你”這句話了餓，國外的MM也可以輕鬆搞定，這就是我的“我愛你”Builde

   定義：將一個複雜物件的構建和它的表示相分離，使得同樣的構建過程可以建立不同的表示。 

   裝飾模式（Decorator）：

      趣味理解：Mary過完輪到Sarly過生日，還是不要叫她自己挑了，不然這個月伙食費肯定玩完，拿出我去年在華山頂上照的照片，在背面寫上“最好的禮物，就是愛你的Fita”，再到街上買個禮品店買了個相框，再找隔壁搞美術的Mike設計了一個漂亮的盒子裝起來，我們都是Decorator，最終都是在修飾我這個人呀，怎麼樣，看懂了嗎？

    定義：動態地給一個物件新增一些額外的職責，就增加功能來說，裝飾模式比生成子類更為靈活。  

建造者模式VS裝飾模式

   裝飾模式

   裝飾模式把每個要裝飾的功能放在單獨的類中，並讓這個類包裝它所要修飾的物件，因此，當需要執行特殊行為的時候，客戶程式碼就可以在執行時根據需要有選擇地、按順序地使用裝飾功能包裝物件了。

   優點：把類中的裝飾功能從類中搬移去除，這樣簡化了原來的類。有效地把類的核心職責與裝飾功能區分開了。並且可以去除相關類中重複的裝飾邏輯。

   缺點：1. 這種比繼承更加靈活機動的特性，也同時意味著更加多的複雜性。

         2. 裝飾模式會導致設計中出現許多小類，如果過度使用，會使程式變得很複雜。

         3. 裝飾模式是針對抽象元件（Component）型別程式設計。但是，如果你要針對具體元件程式設計時，就應該重新思考你的應用架構，以及裝飾者是否合適。當然也可以改變Component介面，增加新的公開的行為，實現“半透明”的裝飾者模式。在實際專案中要做出最佳選擇。

         4、此外裝飾模式的順序很重要，如加密資料和過濾詞彙如果先加密再過濾。肯定是會出問題

   建造者模式

   建造者主要用於建立一些複雜的物件，這些物件內部構建間的建造順序通常是穩定的，但是物件內部的構件通常是面臨著複雜的變化。

   優點：使得建造程式碼與表示程式碼分離。由於建造者隱藏了該產品是如何組裝的，所以若需要改變一個產品的內部表示，只需要再定義一個具體的建造者就可以了。

建造者模式VS抽象工廠

    這不免要想起工廠模式以及抽象工廠模式等等，它們的共同點就是使用者不必知道內部組成的細節，但是又有所不一樣，那就是建造者模式最主要的功能是基本方法的呼叫順序的安排，這些基本方法已經實現，而工廠方法則重點是建立，組裝順序則不關心。

   不同於抽象工廠的地方是：在抽象工廠模式中，客戶端例項化工廠類，然後呼叫工廠方法獲取所需產品物件，而在建造者模式中，客戶端可以不直接呼叫建造者的相關方法，而是通過指揮者類來指導如何生成物件，包括物件的組裝過程和建造步驟，它側重於一步步構造一個複雜物件，返回一個完整的物件。