Fw: [問題] 裝飾者模式的原理

看板OOAD作者lueichun (= =)時間2年前 (2022/02/05 19:26)推噓0(0推 0噓 3→)

留言3則, 2人參與討論串1/2 (看更多)

※ [本文轉錄自 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://www.ptt.cc/bbs/java/M.1644059996.A.77A.html ※ 發信站: 批踢踢實業坊(ptt.cc) ※ 轉錄者: lueichun (101.10.13.51 臺灣), 02/05/2022 19:26:50