iOS設計模式 - 命令模式

標籤：

 

命令模式

前言：

命令對象封裝了如何對目標執行指令的資訊，因此用戶端或調用者不必瞭解目標的任何細節，卻仍可以對他執行任何已有的操作。通過把請求封裝成對象，客 戶端可 以把它參數化共置入隊列或日誌中，也能夠支援可撤銷操作。命令對象將一個或多個動作綁定到特定的接收器。命令模式消除了作為對象的動作和執行它的接收器之 間的綁定。

 

本文內容大綱：

1、電視機、遙控器與接收器之間的關係
2、改變一個視圖的明暗程度（未使用命令模式）
3、命令模式介紹
4、改變一個視圖的明暗程度（使用命令模式）
5、附錄

命令模式1.電視機、遙控器與接收器之間的關係

電視機沒有遙控器當然也能夠換台
如果要用遙控器，電視機上面肯定要有紅外線接收器，專門用來接受遙控器的資訊。
紅外線接收器專門接受遙控器的資訊，並轉化成電視機裡面的資訊，讓電視機識別。

• 遙控器與接收器並非必要的裝置
• 接收器轉換遙控器的訊號
• 電視機、遙控器與接收器之間的關係：電視機可以獨立，不用遙控器和紅外線接收器

2.改變一個視圖的明暗程度的小執行個體項目（未使用命令模式）

 首先在ViewController添加三個按鈕，並設定好相關屬性和監聽點擊事件：

然後建立任務執行者對象Receiver類，建立的執行個體對象負責執行調整View背景明亮暗度

 因為在非命令模式下，撤銷邏輯不好實現，這裡就不提供實現了

最後展示效果：

 其實到這裡，Receive對象相當於ViewController的代理，代理完成控制屬於Viewcontroller管理和控制的View 的背景明亮暗度調整。只不過這個代理不是那麼抽象而且也不是遵循了某個協議的。是具體而直接完成邏輯業務的。這個簡單的模式，在項目或者不考慮拓展性或者 某個模組功能固定了，可以使用這個模式。

但是有的業務需求會需要記錄儲存和取出執行任務的或者資訊傳遞命令的狀態，像這裡如果要添加撤銷操作，就需要記錄之前的操作，然後根據之前的操作回 退反過來操作，這時候，命令模式就能比較方便的實現這個邏輯了。命令模式其實就是將發送的命令資訊抽象成一個類，然後具體資訊就建立具體的類，並通過回調 者添加並執行命令對象的執行命令涉及到的任務方法，同時儲存記錄這個命令，那麼這時候因為每次操作都能儲存下來，所以再來設計撤銷操作就很容易了。這就是 命令模式的一個優點。

 

3.命令模式介紹

命令模式的UML圖：

概述

在軟體系統中，“行為要求者”與“行為實現者”通常呈現一種“緊耦合”。但在某些場合，比如要對行為進行“記錄、撤銷/重做、事務”等處理，
這種無法抵禦變化的緊耦合是不合適的。在這種情況下，如何將“行為要求者”與“行為實現者”解耦？將一組行為抽象為對象，實現二者之間
的松耦合。這就是命令模式（Command Pattern）。

4.改變一個視圖的明暗程度（使用命令模式）

分析之前的代碼：

為了能夠行為進行“記錄、撤銷/重做、事務”等處理，我們可以使用命令模式：

• 設定接受者
• 將改變明暗的操作抽象成對象
• 撤銷操作

分析：

最後命令的發起者和命令的執行者是解耦的。

提供更完整的代碼連結: http://pan.baidu.com/s/1sjOlm8l 密碼: me5f

 

5、附錄

IOS命令模式的學習網站：http://www.cnblogs.com/YouXianMing/p/4888402.html

 大神項目源碼編程細節學習積累，所謂編程經驗就是在實際代碼應用中，代碼的用法，代碼的風格，代碼錶述邏輯的方式，分析和積累真正的有幾年開發經驗的大神寫的代碼，可以讓你更快的提高編程經驗值： 使用枚舉設定控制項的Tag值：  畫控制項的邊框屬性：  命令模式的代碼細節： 用內建的函數設定MIN和MAX的邊界，個人覺得在這裡是多餘的，不過這兩個函數的用法可以積累下來，用於其他需要的時候使用。  學習的編程細節方面的技巧：  Null 參考和空方法：              

iOS設計模式 - 命令模式