Learning JavaScript Design Patterns 筆記 5

The Command Pattern

原文中，此部分只是把一個存在的物件，另外包起來而已，應參考Command pattern的實作方式。分成下列三個物件：

• 管控命令的物件(Invoker)：
• 加入、記錄、執行Command的物件。
• 可將 Command 的實例「抽出」成一個 String 對應的參數，如此在 Client 端就完全不需知道實際使用到的 Receiver Class
• 命令物件(Command)：
• 均實作Command Interface，有共同的一個method -- execute
• 由 Invoker 呼叫 execute。
• 執行命令的物件(Receiver)
• 在 Command 的 execute 中，實際運作的物件。
• 這些物件可能有不一樣的constructor，不一樣的參數設定，但都需在 Command execute 之前，建構完成。

範例可直接參考 Wiki 
圖例可參考 Google 查詢

---

The Facade Pattern 

「表面」模式 ，將「特定」物件複雜的API，透過表面模式，包裝成一個較易於了解和使用的物件。如 JQuery 把許多複雜的判斷 DOM 操作，變成單一 method 呼叫，例如 $(el).css()，$(el).animate()。

表面模式的使用，要從 Client 的角度來看，由於複雜物件及 API ，在使用上可能需一步一步設定，才能達到「某」特定功能。而對 Client 端，它「只」需這「某」特定功能。故透過表面模式，將此「某」特定功能「包」起來，讓 Client 直接使用。

效能注意，以JQuery為例，直接使用 getElementById("identifier") 比 $("#identifier") 快很多很多

發射飛彈的流程 ，每一層都可用表面模式

• 對發射控制官而言，它需要長官確認，核對密碼，插入Key等等一連串動作，最後讓長官按發射鈕。但他不用去管實際飛彈要發射或發射時的一連串機械動作。
• 對長官而言，他只需要總統的命令，將密碼提供給發射官，最後按按鈕。
• 對總統而言，只是打個電話，要求發射飛彈。

---

The Factory Pattern

不直接使用 new ，而是透過這個 Factory pattern 來取得物件實例，何時使用：

• 當建立此物件實例的過程很繁雜
• 需依環境需求，同一物件需有不同的參數設定時
• 當共用相同properties的許多小物件時
• 建立同interface但不同的實例實作時

Abstract Factory Pattern v.s. Factory Pattern

• Abstruct Factory Pattern 將物件的生成，用一個Class處理。因此個別實作的 Factroy 可產生個別的物件。
• Factory Pattern 將物件的生成，用一個Method處理，所以只能針對特定物件的生成作處理。 

參考 Abstract Factory