Java基础之117 装饰者设计模式

IO常用类体系

装饰者模式
1、继承带来的问题
话说威哥当年创业开店－－卖豆浆！因豆浆纯，分店几乎开遍全县城所有村，由于发展的实在是太快了，所以急于实现一套由计算机管理的自动化记账系统。

主料：豆浆
配料：糖 黑豆 五谷 鸡蛋…

装饰者模式，看看她能给我们带来什么惊喜吧！

意图：
动态地给一个对象添加一些额外的职责。就增加功能来说，Decorator模式相比生成子类更为灵活。该模式以对客户端透明的方式扩展对象的功能。
适用环境
在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。
处理那些可以撤消的职责。
当不能采用生成子类的方法进行扩充时。一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏，或类定义不能用于生成子类。

类图：
Component（被装饰对象基类）
定义对象的接口，可以给这些对象动态增加职责；
ConcreteComponent（具体被装饰对象）
定义具体的对象，Decorator可以给它增加额外的职责；
Decorator（装饰者抽象类）
维护指向Component实例的引用，定义与Component一致的接口；
ConcreteDecorator（具体装饰者）
具体的装饰对象，给内部持有的具体被装饰对象增加具体的职责；

涉及角色
抽象组件：定义一个抽象接口，来规范准备附加功能的类。
具体组件：将要被附加功能的类，实现抽象构件角色接口。
抽象装饰者：持有对具体构件角色的引用并定义与抽象构件角色一致的接口。
具体装饰：实现抽象装饰者角色，负责为具体构件添加额外功能。

代码实现：
Drink.java 被装饰者对象的接口
SoyaBeanMilk.java 具体的被装饰者对象
EggDecorator.java 具体装饰者对象
SugarDecorator.java 具体装饰者对象
BlackBeanDecorator.java 具体装饰者对象
Decorator.java 装饰者基类
Test.java 测试

Drink.java 被装饰者对象的接口

package com.vince.decorator;

//被装饰者的接口
public interface Drink {
	float cost();//计算价格
	String description();//描述
}

SoyaBeanMilk.java 具体的被装饰者对象

package com.vince.decorator;

/**
 * 具体的被装饰者类
 * 豆浆
 * @author vince
 * @description
 */
public class SoyaBeanMilk implements Drink{

	@Override
	public float cost() {
		return 10f;
	}

	@Override
	public String description() {
		return "纯豆浆";
	}

}

EggDecorator.java 具体装饰者对象

package com.vince.decorator;

/**
 * 具体的装饰者类
 * @author vince
 * @description
 */
public class EggDecorator extends Decorator {

	public EggDecorator(Drink drink) {
		super(drink);
	}
	@Override
	public float cost() {
		return super.cost()+3.0f;
	}
	
	@Override
	public String description() {
		return super.description()+"+鸡蛋";
	}

}

SugarDecorator.java 具体装饰者对象

package com.vince.decorator;

/**
 * 具体的装饰者类
 * @author vince
 * @description
 */
public class SugarDecorator extends Decorator {

	public SugarDecorator(Drink drink) {
		super(drink);
	}
	@Override
	public float cost() {
		return super.cost()+1.0f;
	}
	
	@Override
	public String description() {
		return super.description()+"+糖";
	}

}

BlackBeanDecorator.java 具体装饰者对象

package com.vince.decorator;

/**
 * 具体的装饰者类
 * @author vince
 * @description
 */
public class BlackBeanDecorator extends Decorator {

	public BlackBeanDecorator(Drink drink) {
		super(drink);
	}
	@Override
	public float cost() {
		return super.cost()+2.0f;
	}
	
	@Override
	public String description() {
		return super.description()+"+黑豆";
	}

}

Decorator.java 装饰者基类

package com.vince.decorator;

/**
 * 装饰者的基类
 * @author vince
 * @description
 */
public abstract class Decorator implements Drink{
	private Drink drink;//要装饰的对象
	public Decorator(Drink drink){
		this.drink = drink;
	}
	@Override
	public float cost() {
		return drink.cost();
	}

	@Override
	public String description() {
		return drink.description();
	}

}

Test.java 测试

package com.vince.decorator;

public class Test {

	public static void main(String[] args) {
		//与IO流这种套着的是类似的 一样的形式
//		OutputStream out = new FileOutputStream("xxx");
//		BufferedOutputStream bos = new BufferedOutputStream(out);
//		PrintStream ps = new PrintStream(bos);
//		ps.print(..);

		Drink drink = new SoyaBeanMilk();
		SugarDecorator sugar = new SugarDecorator(drink);
		EggDecorator egg = new EggDecorator(sugar);
		BlackBeanDecorator blackBean = new BlackBeanDecorator(egg);
		
		System.out.println("你点的豆浆是："+blackBean.description());
		System.out.println("一共花了"+blackBean.cost()+"元");
	}

}

装饰者模式小结：

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

要点：
1、继承属于扩展形式之一，但不见得是达到弹性设计的最佳方案。
2、在我们的设计中，应该允许行为可以被扩展，而不须修改现有的代码。
3、组合和委托可用于在运行时动态地加上新的行为。
4、除了继承，装饰者模式也可以让我们扩展行为。
5、装饰者模式意味着一群装饰者类，这些类用来包装具体组件。
6、装饰者类反映出被装饰的组件类型（实际上，他们具有相同的类型，
都经过接口或继承实现）。
7、装饰者可以在被装饰者的行为前面与/或后面加上自己的行为，
甚至将被装饰者的行为整个取代掉，而达到特定的目的。
8、你可以有无数个装饰者包装一个组件。
9、装饰者一般对组建的客户是透明的，
除非客户程序依赖于组件的具体类型。