※ 引述《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， 其它比較一般化的問題倒是可以回， 不過也是要在問題能更明確的前提下。 -- Ling-hua Tseng ([email protected]) Department of Computer Science, National Tsing-Hua University Interesting: C++, Compiler, PL/PD, OS, VM, Large-scale software design Researching: Software pipelining for VLIW architectures Homepage: https://www.tinlans.org --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 118.160.106.184 ※ 編輯: tinlans 來自: 118.160.106.184 (08/20 19:56)