※ [本文轉錄自 java 看板 #1X_brSTw ] 作者: lueichun (= =) 看板: java 標題: [問題] 裝飾者模式的原理 時間: Sat Feb 5 19:19:54 2022 ※狀況概述： ※程式碼： ※錯誤訊息： ※補充說明： 就是我最近在看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://webptt.com/m.aspx?n=bbs/java/M.1644059996.A.77A.html

※ 發信站: 批踢踢實業坊(ptt.cc) ※ 轉錄者: lueichun (101.10.13.51 臺灣), 02/05/2022 19:26:50