看板 java 關於我們 聯絡資訊
※狀況概述: ※程式碼: ※錯誤訊息: ※補充說明: 就是我最近在看JAVA IO,而JAVA IO大量地使用裝飾者模式來實作 所以我也看了 裝飾者模式的原理,我看了好幾個文章跟影片,裡面都會說到裝飾者類別(Decorate) 和被裝飾者類別(Component),是繼承+組合的關係,組合的部分指的是裝飾者包含了 要被裝飾的物件, 例如咖啡是被裝飾者,牛奶是裝飾者,那麼牛奶這個類別就會包含咖啡這個物件;也就是 public class Milk{ private Coffee coffee; ...... } 又例如主菜是被裝飾者,小菜是裝飾者,那麼小菜這個類別就包含主菜物件 但是我不能理解的是,如果code寫成以上那樣,那就表示牛奶has a咖啡; 但在邏輯上牛奶或是小菜又不包含咖啡和主菜 我的想法是牛奶本身跟咖啡沒有has a的關係,不能說成是牛奶has a咖啡; 而小菜跟主菜也不是has a的關係,也不能說成是小菜has a主菜, 是因為現在牛奶裝飾咖啡,所以牛奶has a咖啡??這樣的話為甚麼不能是咖啡has a牛奶 讓咖啡類別去包含牛奶屬性?? 所以我的問題是, 為什麼咖啡跟牛奶,主菜和小菜會有這種組合關係,或者是說has a的關係? 另外就是,為什麼裝飾者,這裡就是牛奶和小菜,需要去繼承抽象的被裝飾類(Component) 這樣牛奶和小菜就去繼承到咖啡主菜共同的屬性方法,這個繼承的邏輯或目的是?? 所以我在這個抽象的裝飾者類,他的繼承和組合關係搞不懂。 還有一個問題,就是裝飾者模式相較於繼承,可以降低耦合度,是因為要擴充功能的話, 不用改到既有的程式,而是增加裝飾者就好嗎?如果真是這樣,那難道用了裝飾者模式, 就都不會有修改既有程式的需求,就一直增加裝飾者?? 例如咖啡不用動,就一直增加牛奶、豆漿、巧克力......等配料(裝飾者)。 應該不會有完全不會動到咖啡的狀況,那這樣降低耦合度是體現在哪呢?? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.10.13.51 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/java/M.1644059996.A.77A.html
jej: 覺得你解釋的好奇怪 裝飾者模式的定義不就是 02/05 20:03
jej: 不改變原物件的行為模式下擴增功能 也稱包裝模式 02/05 20:03
jej: 舉例來說 肥宅謊稱自己金城武仍然改變不了肥宅的事實 02/05 20:03
jej: 眾使謊稱金城武代言citizen 也改變不了帶不下的行為 02/05 20:03
jej: 再回到你的原文 就覺得很難理解你在說什麼 02/05 20:03
我是看以下的影片: https://www.youtube.com/watch?v=Ft6IMa04Nj4
這支影片一開始前幾秒的地方 https://www.youtube.com/watch?v=J3_IKZLuyoI
這支影片大約15分30秒的地方 都列出了Decorate繼承Component的圖,其中第一個影片還特別提到繼承+組合的關係。 還有以下文章: https://www.itread01.com/content/1547400429.html https://matthung0807.blogspot.com/2018/11/java-decorator-pattern.html 一樣列出了Decorate繼承Component的圖 就是這個繼承+組合搞不懂,我上面的解釋都是圍繞著這個圖在說明。 ※ 編輯: lueichun (111.241.225.56 臺灣), 02/05/2022 21:21:45
SHANGOYANYI: 感覺是舉例的名稱有點問題 以Milk的例子來說 裝飾 02/05 23:41
SHANGOYANYI: 者的名稱應該會叫做MilkedCoffee 而不會只叫Milk 02/05 23:41
jej: 我猜是對岸的視頻講的沒有很清楚 02/06 18:41
jej: 上面星巴克咖啡的案例來源是head first design pattern 02/06 18:41
jej: 有興趣可以去看繁中圖文並茂的說明 02/06 18:41
jej: 在原書中降低耦合的原因 02/06 18:41
jej: 是因為不同材料 不同品味的咖啡 02/06 18:41
jej: 若卡布奇諾寫一種 摩卡寫一種 02/06 18:41
jej: 各自需要寫這些咖啡的成本與材料 02/06 18:41
jej: 這時候就很適合裝飾者模式 02/06 18:41