天天设计模式Seventh——装饰者设计模式

装饰者设计模式

提出问题

星巴克咖啡订单项目（咖啡馆）：
1、咖啡种类/单品咖：Espresso(意 大利浓咖啡)、ShortBlack、 LongBlack(美 式咖啡)、Decaf(无因咖啡)
2、调料：Milk、 Soy(豆浆)、 Chocolate
3、要求在扩展新的咖啡种类时，具有良好的扩展性、改动方便、维护方便。
4、使用OO的来计算不同种类咖啡的费用：客户可以点单品咖啡，也可以单品咖啡+调料组合。

方案一

代码示例

public abstract class Drink {

	public String des; // 描述
	private float price = 0.0f;
	public String getDes() {
		return des;
	}
	public void setDes(String des) {
		this.des = des;
	}
	public float getPrice() {
		return price;
	}
	public void setPrice(float price) {
		this.price = price;
	}

	//计算费用的抽象方法
	//子类来实现
	public abstract float cost();
}

public class Espresso extends Drink {
	public Espresso() {
		setDes(" 意大利咖啡 ");
		setPrice(6.0f);
	}
	public float cost() {
		return getPrice();
	}
}

public class EspressoAndChocolate extends Drink  {
	public EspressoAndChocolate(Drink obj) {
		setDes(" 巧克力 ");
		setPrice(3.0f + 6.0f); // 调味品 的价格
	}
	public float cost() {
		return getPrice();
	}
}

public class EspressoAndMilk extends Drink {
	public EspressoAndMilk(Drink obj) {
		setDes(" 牛奶 ");
		setPrice(2.0f + 6.0f);
	}
	public float cost() {
		return getPrice();
	}
}

public class EspressoAndSoy extends Drink {
	public EspressoAndSoy(Drink obj) {
		setDes(" 豆浆  ");
		setPrice(1.5f + 6.0f);
	}
	public float cost() {
		return getPrice();
	}
}

方案一代码分析

1、Drink 是一一个抽象类，表示饮料
2、des就是对咖啡的描述,比如咖啡的名字
3、cost() 方法就是计算费用，Drink 类中做成一个抽象方法.
4、Decaf 就是单品咖啡，继承Drink,并实现cost
5、EspressAndMilk就是单品咖啡+调料，这个组合很多
6、问题：这样设计，会有很多类，当我们增加一个单品咖啡，或者一个新的调料，类的数量就会倍增，就会出现类爆炸，光是这三个配料对一个单品咖啡就三个类了，如果再搭配其他的单品，类可就太多了。

方案二

改进方案

方案一当中因为咖啡单品+调料组合会造成类的爆炸，因此可以做改进，将调料内置到Drink类，这样就不会造成类的数量过多。从而提高项目的可维护性。

代码示例

public class Espresso extends Drink {

	public Espresso() {
		setDes(" 意大利咖啡 ");
		setPrice(6.0f);
	}

	public float cost() {
		float sum = getPrice();
		if(isChocolate()) sum += 3.0f;
		if(isMilk()) sum += 2.0f;
		if(isSoy()) sum += 1.5f;
		return sum;
	}
}

public class DeCaf extends Drink {
	public DeCaf() {
		setDes(" 无因咖啡 ");
		setPrice(1.0f);
	}
	public float cost() {
		float sum = getPrice();
		if(isChocolate()) sum += 3.0f;
		if(isMilk()) sum += 2.0f;
		if(isSoy()) sum += 1.5f;
		return sum;
	}
}
// 其他的几种咖啡就不写了，因为除了价钱之外剩下的部分都是一毛一样的。

方案二问题分析

1、方案2可以控制类的数量，不至于造成很多的类
2、在增加或者删除调料种类时，代码的维护量很大
3、考虑到用户可以添加多份调料时，可以将isMilk 返回一个对应int

方案三——装饰者模式

装饰者模式介绍

装饰者模式：动态的将新功能附加到对象上。在对象功能扩展方面，它比继承更有弹性，装饰者模式也体现了开闭原则(ocp)

装饰者模式（Decorator）原理

1、装饰者模式就像打包一个快递。

• 主体是Component，比如说之前的Drink=
• 包装是Decorator是装饰者，比如说上面说的各种调料
  2、CocreteComponent和DecoratorCocreteComponent是具体的主体，比如说前面的各个单品咖啡。
  3、在图中的CocreteComponent和DecoratorCocreteComponent之间，如果CocreteComponent类还有很多，还可以设计一个缓冲层，把共同的部分提取出来，抽象成一个类。

方案三代码示例

public abstract class Drink {

	public String des; // 描述
	private float price = 0.0f;
	public String getDes() {
		return des;
	}
	public void setDes(String des) {
		this.des = des;
	}
	public float getPrice() {
		return price;
	}
	public void setPrice(float price) {
		this.price = price;
	}

	//计算费用的抽象方法
	//子类来实现
	public abstract float cost();
}

// ConcreteComponent的缓冲层，所有的咖啡都有cost方法
public class Coffee  extends Drink {
	@Override
	public float cost() {
		return super.getPrice();
	}
}

// 缓冲层之后的ConcreteComponent
public class Espresso extends Coffee {
	public Espresso() {
		setDes(" 意大利咖啡 ");
		setPrice(6.0f);
	}
}

// 缓冲层之后的ConcreteComponent
public class DeCaf extends Coffee {
	public DeCaf() {
		setDes(" 无因咖啡 ");
		setPrice(1.0f);
	}
}

// Decorator，装饰者

public class Decorator extends Drink {
	private Drink obj;
	
	public Decorator(Drink obj) { //组合
		this.obj = obj;
	}
	@Override
	public float cost() {
		// getPrice 自己价格
		return super.getPrice() + obj.cost();
	}
	@Override
	public String getDes() {
		// obj.getDes() 输出被装饰者的信息
		return des + " " + getPrice() + " && " + obj.getDes();
	}
}

//具体的Decorator， 这里就是调味品
public class Milk extends Decorator {
	public Milk(Drink obj) {
		super(obj);
		setDes(" 牛奶 ");
		setPrice(2.0f);
	}
}

//具体的Decorator， 这里就是调味品
public class Chocolate extends Decorator {
	public Chocolate(Drink obj) {
		super(obj);
		setDes(" 巧克力 ");
		setPrice(3.0f); // 调味品 的价格
	}
}

// 剩下的soy类和ShortBlack和LongBlack类先没写，但是根据上面的也好推断

// 测试类
public class CoffeeBar {
	public static void main(String[] args) {
		// TODO Auto-generated method stub
		// 装饰者模式下的订单：2份巧克力+一份牛奶的LongBlack

		// 1. 点一份 LongBlack
		Drink order = new LongBlack();
		System.out.println("费用1=" + order.cost());
		System.out.println("描述=" + order.getDes());

		// 2. order 加入一份牛奶
		order = new Milk(order);

		System.out.println("order 加入一份牛奶 费用 =" + order.cost());
		System.out.println("order 加入一份牛奶 描述 = " + order.getDes());

		// 3. order 加入一份巧克力

		order = new Chocolate(order);

		System.out.println("order 加入一份牛奶 加入一份巧克力  费用 =" + order.cost());
		System.out.println("order 加入一份牛奶 加入一份巧克力 描述 = " + order.getDes());

		// 3. order 加入一份巧克力

		order = new Chocolate(order);

		System.out.println("order 加入一份牛奶 加入2份巧克力   费用 =" + order.cost());
		System.out.println("order 加入一份牛奶 加入2份巧克力 描述 = " + order.getDes());

		System.out.println("===========================");

		Drink order2 = new DeCaf();

		System.out.println("order2 无因咖啡  费用 =" + order2.cost());
		System.out.println("order2 无因咖啡 描述 = " + order2.getDes());

		order2 = new Milk(order2);

		System.out.println("order2 无因咖啡 加入一份牛奶  费用 =" + order2.cost());
		System.out.println("order2 无因咖啡 加入一份牛奶 描述 = " + order2.getDes());
	}
}

// 输出结果
费用1=5.0
描述= longblack 
order 加入一份牛奶 费用 =7.0
order 加入一份牛奶 描述 =  牛奶  2.0 &&  longblack 
order 加入一份牛奶 加入一份巧克力  费用 =10.0
order 加入一份牛奶 加入一份巧克力 描述 =  巧克力  3.0 &&  牛奶  2.0 &&  longblack 
order 加入一份牛奶 加入2份巧克力   费用 =13.0
order 加入一份牛奶 加入2份巧克力 描述 =  巧克力  3.0 &&  巧克力  3.0 &&  牛奶  2.0 &&  longblack 
===========================
order2 无因咖啡  费用 =1.0
order2 无因咖啡 描述 =  无因咖啡 
order2 无因咖啡 加入一份牛奶  费用 =3.0
order2 无因咖啡 加入一份牛奶 描述 =  牛奶  2.0 &&  无因咖啡 

方案三代码说明

1、Milk包 含了LongBlack
2、一份Chocolate包含了(Milk+LongBlack)
3、一份Chocolate包 含了(Chocolate +Milk+LongBlack)
4、这样不管是什么形式的单品咖啡+调料组合，通过递归方式可以方便的组合和维护。

装饰模式就写到这里了，不加任何修饰，不修任何边幅，每天一个设计模式。
多多点赞，会变好看，多多留言，会变有钱！！！GoodBye！！