装饰器模式

    比如一个车Car(抽象构件角色),有个子类ICar(具体构件角色)，这个ICar只能在陆地上跑，这时增加一个装饰器(SuperCar，也实现了Car接口)，使ICar还可以在水里游(WaterCar)，在天上飞(FlyCar)，其中WaterCar与FlyCar都继承自SuperCar,SuperCar有个Car类型的属性。

        

package Decorator_装饰器模式;

/**
 * 抽象构件
 *  
 * @author 11218
 *
 */
public interface Car {

	void move();
}

/**
 * 具体构件角色
 * @author 11218
 *
 */
class ICar implements Car{

	@Override
	public void move() {
	
		System.out.println("陆地上跑");
	}
}

/**
 * 装饰器角色
 * @author 11218
 *
 */
class SuperCar implements Car{

	private Car car;

	public SuperCar(Car car) {
	
		this.car = car;
	}
	
	@Override
	public void move() {
		car.move();
	}
}

/**
 * 具体装饰角色
 * @author 11218
 *
 */
class FlyCar extends SuperCar{

	public FlyCar (Car car) {
	
		super(car);
	}
	
	public void fly(){
		System.out.println("天上飞");
	}

	@Override
	public void move() {

		super.move();
		fly();		
	}
	
}

/**
 * 具体装饰角色
 * @author 11218
 *
 */
class WaterCar extends SuperCar{
	public WaterCar(Car car) {

		super(car);
	}

	public void water(){
		System.out.println("可以在水里游");
	}
	
	@Override
	public void move() {
		super.move();
		water();
	}
}

客户端调用：

package Decorator_装饰器模式;

public class Client {

	public static void main(String[] args) {
		
		Car car = new Car();
		car.move();
		
		System.out.println("\n增加新的功能：飞行");
		FlyCar fly = new FlyCar(car);
		fly.move();
		System.out.println("\n增加新的功能：游泳");
		WaterCar water1 = new WaterCar(car);
		water1.move();
		System.out.println("\n增加新的功能：游泳 + 飞行");
		WaterCar water2 = new WaterCar(fly);
		water2.move();
	}
}

装模式在Java I/O库中的应用

IO流实现细节：

• Component抽象构件角色：io流中的InputStream,OutputStream,Reader,Writer
• ConcreteComponent具体构件角色：io流中的FileInputStream,FileOutputStream
• Decorate装饰角色：持有抽象构件的引用，FilterInputStream,FilterOutputStream
• ConcreteDecorate具体装饰角色：负责给构件对象添加新的责任，BufferedInputStream,BufferedOutputStream等

 

优点

•  扩展对象功能，比继承灵活，不会导致类个数急剧增加。
• 可以对一个对象进行多次装饰，创造出不同行为的组合，得到功能更加强大的对象。
• 具体构件类和具体装饰类可以独立变化，用户可以根据需要自己增加新的 具体构件子类和具体装饰子类。

 

缺点

• 产生很多小对象。大量小的对象占据内存，一定程度上影响性能。
• 装饰模式易出错，调试排查比较麻烦。

 

总结

• 装饰模式(Decorate)也叫包装模式(Wrapper)
• 装饰模式降低系统的耦合度，可以动态的增加或删除对象的责任，并使得需要装饰的具体构建类和具体装饰类可以独立变化，以便增加新的具体构建类和具体装饰类。