在這裡我要感謝下Bob Nystrom先生，正是他的書為我的學習做了鋪墊。

首先我並非科班出身，我是學建築的。在先天上有缺陷，雖然讀了雜七雜八的書，可是並不能對我有實質性的提升。

在工作中看前輩寫的程式碼，我也知道這些設計模式怎麼用，但是很難從裡到外的探究。

自從看了許多大佬寫的部落格之後，我茅塞頓開，學到了好多。在這裡寫寫各位大神的指點，我會把遊戲程式設計模式的筆記一直寫下去的。

http://gpp.tkchu.me/這是遊戲程式設計模式的網址。

命令模式：

我並不想再去複述大神們的話，下面就是寫出我的理解。

命令=命令的發出者（發出什麼命令）——命令的接受者（去做什麼事），這兩個物件之間有個紐帶就是“命令”。Nystrom先生定義是：命令是具現化的方法呼叫

Nystrom先生和其他大神舉的例子都是輸入按鍵的這個例子。

就是在unity中，好多人直接就是為案件繫結事件，比如滑鼠左鍵按下就是發射。實際這並沒有什麼不好，可是好多使用者的體驗並不好，因為按鍵功能已經鎖死了。所以命令模式就是在滑鼠左鍵和發射之間設定一箇中間層，起一個紐帶的作用。

這個紐帶可以進行繫結到滑鼠左鍵也可以繫結到滑鼠右鍵上。靈活性可以減低耦合度。

如果理解起來麻煩的話，我就舉個例子吧。

A（一家麵粉作坊）一直只給b（饅頭店）供應麵粉。如果b倒閉的話，A的麵粉就賣不出去，也會跟著倒閉。現在A要是自己開一家麵粉鋪子就不一樣了，b可以來我鋪子買麵粉，C也可以來我鋪子買麵粉。就算B倒閉了，還有D，E……來我這裡買麵粉。

（比喻有點簡陋，要是理解差了，請告知）

當然命令也不可能只有這一部分。寫中間層的程式碼的時候，我們可以把那些命令裝入一個集合（棧、或者佇列裡面吧）。我想這樣可以適用那種建造類的技能吧，比如說紅警建造解放軍、工程師、飛行人，可以把他們的建造命令全都裝進一個容器裡然後等到CD之後呼叫。還有一個AI怪物的技能釋放

當然會有人說用普通那種就可以啊。當然也沒說不可以，只不過這樣更加好管理寫。當然這樣缺點也是有的，加大了類的體積。