※狀況概述：
※程式碼：
※錯誤訊息：
※補充說明：
就是我最近在看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)
這樣牛奶和小菜就去繼承到咖啡主菜共同的屬性方法，這個繼承的邏輯或目的是？？
所以我在這個抽象的裝飾者類，他的繼承和組合關係搞不懂。
還有一個問題，就是裝飾者模式相較於繼承，可以降低耦合度，是因為要擴充功能的話，
不用改到既有的程式，而是增加裝飾者就好嗎？如果真是這樣，那難道用了裝飾者模式，
就都不會有修改既有程式的需求，就一直增加裝飾者？？
例如咖啡不用動，就一直增加牛奶、豆漿、巧克力......等配料(裝飾者)。
應該不會有完全不會動到咖啡的狀況，那這樣降低耦合度是體現在哪呢？？