※ 引述《kanandg1 (臻@kanandg1)》之銘言：
: 可能是對design pattern不是甚熟
: 我一直對command pattern有疑問
: 在該pattern中，常常某個command是針對特定物件做操作的
: 舉例：開跟關的command可能是針對"電燈"、"電扇"
: 而音量大小等等command可能是針對"電視"
: 請問這些受詞（不太會描述，或稱operand?被操縱者）的reference
你講的東西如果是電燈電扇電視等等的，
這種東西就叫 Receiver。
: 該何時被設定到command中呢？
Command 物件是由 client code 產生 (也可能透過 factory，但源頭還是 client)，
所以一般是在產生的那一瞬間就順便把 Receiver 設定進去了，
也就是說一般是使用建構子傳入 Receiver，
不然你高興的話也可以寫一些 setReceiver 的 method，
自己可以變通。
: 之前我都是看到在建構子時......不過總覺得這樣不夠一般化
: 這樣做常常使得在create command處的程式碼變得亂七八糟且
: 相依很嚴重
產生物件的地方一定是 OO 程式最難看的地方，
這一點是立志寫出漂亮程式的人最需要深刻去體認的，
美好的事物並不可能真正存在於每個角落裡，
但是你可以將這些醜陋的東西集中在一處管理避免散落在各地，
這就是為什麼要有 factory 的一大原因，
你可以將傳入 factory 的參數設計為單一參數物件，
或是更一般化的字串形式也是可以的 (當然你的 factory 內就要建表判斷)，
反正透過 factory 這一層的話就能把難看的 code 集中在 factory 內部，
不會每次想造 Command 物件的時候就寫一大串難看的 code。
: 另外想問MVC中是否有完全切開且較美觀的作法？
: 我在寫Java swing時一直想把UI跟事件（邏輯）的部份拆開
: 一方面是我找不到有小型framework可支援
: 而且一般來說，事件邏輯裡操縱著的，常常是UI元件
: 精華區內只有提到VC常常在一起（對阿！）而似乎沒說明如何分開
: 是不是能請前輩們舉例某些小型的framework在這部份
: 處理的不錯的？
: （我並不是想伸framework，而是想知道solution的架構長啥樣子，thx）
我常用的 Qt 也只有 Model/View 的概念而已，
完全遵循古典 MVC 設計的 framework 我也不曉得，
除非全部自己從最低階的 Xlib 刻上來，
我才會實作完全的 MVC 概念 (但不是設計 framework，就單純是寫出程式而已)，
因為程式會比較好維護。
至於跟 Java 有關的問題我沒辦法回答，
因為我沒有在玩 Java，
其它比較一般化的問題倒是可以回，
不過也是要在問題能更明確的前提下。