前言：
| 命令對象封裝了如何對目標執行指令的信息，因此客戶端或調用者不必了解目標的任何細節，卻仍可以對他執行任何已有的操作。通過把請求封裝成對象，客 戶端可 以把它參數化並置入隊列或日志中，也能夠支持可撤銷操作。命令對象將一個或多個動作綁定到特定的接收器。命令模式消除了作為對象的動作和執行它的接收器之 間的綁定。 |
正文內容大綱：
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
