※状况概述：
※程式码：
※错误讯息：
※补充说明：
就是我最近在看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)
这样牛奶和小菜就去继承到咖啡主菜共同的属性方法，这个继承的逻辑或目的是？？
所以我在这个抽象的装饰者类，他的继承和组合关系搞不懂。
还有一个问题，就是装饰者模式相较于继承，可以降低耦合度，是因为要扩充功能的话，
不用改到既有的程式，而是增加装饰者就好吗？如果真是这样，那难道用了装饰者模式，
就都不会有修改既有程式的需求，就一直增加装饰者？？
例如咖啡不用动，就一直增加牛奶、豆浆、巧克力......等配料(装饰者)。
应该不会有完全不会动到咖啡的状况，那这样降低耦合度是体现在哪呢？？