引子

嘛是裝飾？起裝扮、錦上添花的功能。現如今，買個什么吃的、喝的、玩的，先不說好吃不好吃，好玩不好玩，包裝就非常吸引人。各路廠家為了裝飾自己的產品是挖空了心思賺消費者的錢。今天就看看這個裝飾模式，用生活中的例子來看看這個模式是怎么運用的？

官方定義：DecoratorPattern（裝飾者模式）動態地將責任附加到對象上。若要擴展功能，裝飾者提供了比繼承更有彈性地替代方案。

現在我們來模擬一家知名飲品店，StarFuck。先上類圖！

這家飲品店大致是這樣的：先選一款飲料，然后可以添加想要的配料。

抽象構件：StarFuck

public abstract class StarFuck {public String description = "Unknown StarFuck";public String getDescription() {return description;}//價格public abstract double cost(); }

抽象裝飾者：CondimentDecorator

public abstract class CondimentDecorator extends StarFuck {public abstract String getDescription(); }

具體構件：Cocacola、Milk、JLaoWang

public class Cocacola extends StarFuck {//加可樂價格@Overridepublic double cost() {return 3.0;}public Cocacola() {description = "可口可樂";} } public class Milk extends StarFuck {//加牛奶價格@Overridepublic double cost() {return 4.2;}public Milk() {description = "蒙古牛奶";} } public class JLaoWang extends StarFuck {//加王老吉價格@Overridepublic double cost() {return 5.6;}public JLaoWang() {description = "王老吉";} }

具體裝飾類：Ice、Lemon

public class Ice extends CondimentDecorator {StarFuck starFuck;public Ice(StarFuck s) {this.starFuck = s;}@Overridepublic String getDescription() {return starFuck.getDescription() + ",加一份冰塊！";}//加冰塊價格@Overridepublic double cost() {return 0.5 + starFuck.cost();} } public class Lemon extends CondimentDecorator {StarFuck starFuck;public Lemon(StarFuck s) {this.starFuck = s;}@Overridepublic String getDescription() {return starFuck.getDescription() + "加一份檸檬！";}//加一份檸檬價格@Overridepublic double cost() {return 1.2 + starFuck.cost();} }

測試類

public class Client {public static void main(String[] args) {StarFuck starFuck = new Cocacola();System.out.println(starFuck.getDescription() + " ￥" + starFuck.cost());StarFuck starFuck1 = new Milk();starFuck1 = new Ice(starFuck1);System.out.println(starFuck1.getDescription() + " ￥" + starFuck1.cost());StarFuck starFuck2 = new JLaoWang();starFuck2 = new Ice(starFuck2);starFuck2 = new Lemon(starFuck2);System.out.println(starFuck2.getDescription() + " ￥" + starFuck2.cost());} }

運行結果

裝飾者模式的優點

• 裝飾類和被裝飾類可以獨立發展，而不會相互耦合。
• 裝飾者模式是繼承關系的一個替代方案。
• 裝飾者模式可以動態地擴展一個實現類的功能。

裝飾者模式的缺點

? ? ? ?多層的裝飾是比較復雜的。

裝飾者模式的使用場景

• 需要擴展一個類的功能，或給一個類增加附加功能。
• 需要動態地給一個對象增加功能，這個功能可以再動態地撤銷。
• 需要為一批的兄弟進行改裝或加裝功能，首選裝飾者模式。

?

?

?

?

總結

以上是生活随笔為你收集整理的设计模式（八）装饰模式的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。