※状况概述： ※程式码： ※错误讯息： ※补充说明： 就是我最近在看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/cn.aspx?n=bbs/java/M.1644059996.A.77A.html 我是看以下的影片： 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