装饰者模式:

  动态地将责任附加到对象上。想要扩展功能,装饰者提供有别于继承的另一种选择。

举例:

  不知道大家学校的食堂是什么点餐制度(或者大家就直接想成吃火锅,我们要火锅料 + 配菜),我们学校的点餐是:主食大米 + 你想要吃的菜(每个菜都装在小碗中)。现在问题来了,我点的是大米(0.8元) + 红烧茄子(2.0元) + 荔枝肉(3.5元) + 一个鸡腿(3.5元) + 炒土豆(1.0元),一共10.8元。

  这只是我想要吃的食品,每个同学点餐都不一样,所以价格会随着所点食物的不同而不同。还有一点就是我们点餐都要点米饭(这是规定,没有那么多理由,就是这么任性。其实不然,我们需要有个主对象去修饰),那么我们应该怎样实现这样的点餐计价方式呢?

生活中的实例:

  有一家咖啡店,它提供给我们如下代码:

 public abstract class Beverage{//饮料抽象类
String description = "Unknown Beverage";//饮料名称 public String getDescription(){//获取饮料名称的方法
return description;
} public abstract double cost();//饮料价格
}

Beverage

  这家咖啡店有主饮料(相当于米饭):Espresso(浓缩咖啡1.99$)、HouseBlend(综合咖啡0.89$)、DarkRoast(深焙0.99$)、Decaf(低咖啡因1.05$)四种

  还有各种配料:Milk(牛奶0.10$)、Mocha(摩卡0.20$)、Soy(豆浆0.15$)、Whip(奶泡0.10$)四种

  咖啡店想要做出一个点饮料机器,可以点一种主饮料再从四种配料中任意选1到4中配料。该机器可以算出最后的总价,并且可以显示都点了那些东西。

分析:

  主饮料全部继承自Beverage抽象类,因为店家已经给了Beverage抽象类,我们只能采用继承方式来实现四种主饮料类,如果没有给建议使用接口方式实现(多用组合,少用继承。)

主饮料我们只实现其中两种:

 public class Espresso extends Beverage{//浓缩咖啡类

     public Espresso(){
description = "Espresso";
} public double cost(){
return 1.99;
}
}

Espresso

 public class HouseBlend extends Beverage{//综合咖啡类
public HouseBlend(){
description = "House Blend Coffee";
} public double cost(){
return .89;
}
}

HouseBlend

配料也继承自Beverage,不过我们在中间加一个桥梁,将主饮料和配料区别对待,这样对于以后的修改有好处:

 public abstract class CondimentDecorator extends Beverage{//配料接口
public abstract String getDescription();
}

CondimentDecorator

  所有配料都继承自上面的CondimentDecorator接口:

配料我们实现其中三种:

 public class Mocha extends CondimentDecorator {//配料:摩卡类
Beverage beverage;//每个配料中都有一个Beverage对象,该对象存储的是配料修饰的产品。
//关键就在这个对象,最后结算的时候,我们可以调用该对象的getDescription和cost方法
//我称它为盒子里面套盒子 public Mocha(Beverage beverage){
this.beverage = beverage;
} public String getDescription(){
return beverage.getDescription() + ", Mocha";//调用beverage对象的getDescription()方法
} public double cost(){
return .20 + beverage.cost();//调用beverage对象的cost()方法
}
}

Mocha

 public class Soy extends CondimentDecorator {
Beverage beverage; public Soy(Beverage beverage){
this.beverage = beverage;
} public String getDescription(){
return beverage.getDescription() + ", Soy";
} public double cost(){
return .15 + beverage.cost();
}
}

Soy

 public class Whip extends CondimentDecorator {
Beverage beverage; public Whip(Beverage beverage){
this.beverage = beverage;
} public String getDescription(){
return beverage.getDescription() + ", Whip";
} public double cost(){
return .10 + beverage.cost();
}
}

Whip

  测试类:

 public class StarbuzzCoffee{

     public static void main(String args[]){
Beverage beverage = new Espresso();//只点主饮料:Espresso
System.out.println(beverage.getDescription() + " $" + beverage.cost()); Beverage beverage2 = new HouseBlend();//点主饮料:HouseBlend
beverage2 = new Mocha(beverage2);//在主饮料中加入Mocha配料:HouseBlend + Mocha
beverage2 = new Soy(beverage2);//在饮料中加入Soy配料:HouseBlend + Mocha + Soy
beverage2 = new Whip(beverage2);//在饮料中加入Whip配料:HouseBlend + Mocha + Whip
System.out.println(beverage2.getDescription() + " $" + beverage2.cost());//结算 Beverage beverage3 = new Whip( new Soy( new Mocha( new HouseBlend())));//这个和beverage2是一样的只是写法不同,认真观察
System.out.println(beverage3.getDescription() + " $" + beverage3.cost());//结算
}
}

StarbuzzCoffee

编译运行结果:

3.Decorator Pattern(装饰者模式)-LMLPHP

总结:

  主饮料和配料都继承自相同的Beverage抽象类,不过为了区分主饮料和配料的不同,我们在配料和Beverage抽象类之间有多了一个CondimentDecorator接口。

  主饮料实现时,只要getDescription()和cost()方法返回自己的名称和价格就好。配料中则多了一个Beverage对象,getDescription()和cost()方法不仅要返回自己的名称和价格,还要将自己修饰的Beverage对象的名称和价格一起算上。

在Java中的Java.io类中使用的就是装饰者模式,有兴趣可以自己搜索资料。

思想提炼:

  1.对扩展开放,对修改关闭

05-11 13:28