前言

一般来说，通过继承就可以基于父类、针对不同的行为而创建不同的子类来扩展功能。但有没有想过，如果每实现一个新行为，就一味地通过继承去搞定，久而久之，最终的代码肯定是不好维护的。同时，通过继承实现的扩展，是在编译时进行确定的。基于这两点，下面引出了装饰者模式。

定义

装饰者模式可以动态地将责任附加到对象上，相比起继承，装饰者模式更具有弹性。

使用场景

装饰者模式一般用于动态扩展类的行为，使类更加具有弹性。

什么是动态扩展类呢？如果使用继承，类的行为是在编译时期就决定(不是调用父类的就是调用子类的)。而通过组合实现的装饰者模式，可以将类的行为移到运行时决定。

装饰者和被装饰者必须是同一类型，或拥有共同的基类。

这里并不矛盾，利用继承目的是保证类型一致，而不是继承父类的行为。

UML类图

示例

这个示例中，假设有一个房子，我们开始对这个房子进行装修，所有代码如下：

• Step1.定义一个装饰者和被装饰者共同的基类或接口：

package com.jyq.decorator2;

public abstract class House {
	
	public abstract void build();

}

• Step2.分别定义装饰者和被装饰者：

package com.jyq.decorator2;

//这是一个Room类，需要装饰者对它进行装饰
public class Room extends House {

	private String name;
	public Room(String name) {
		this.name = name;
	}
	@Override
	public void build() {
		System.out.println("开始修建"+name+".....");
	}
}

//所有装饰者的父类
public abstract class Decorator extends House {
}

package com.jyq.decorator2;

//这个装饰类用来喷漆
public class PaintDecorator extends Decorator {

	private House house;
	public PaintDecorator(House house) {
		this.house = house;
	}
	@Override
	public void build() {
		// TODO Auto-generated method stub
		house.build();
		System.out.println("红色的油漆....");
	}

}

package com.jyq.decorator2;

//这个装饰类用来设计墙纸
public class WallPaperDecorator extends Decorator {

	private House house;
	public WallPaperDecorator(House house) {
		this.house = house;
	}
	@Override
	public void build() {
		// TODO Auto-generated method stub
		house.build();
		System.out.println("金色的墙纸....");
	}

}

package com.jyq.decorator2;

//这个类用来设计装修风格
public class EuropStyle extends Decorator {

	private House house;
	public EuropStyle(House house) {
		this.house = house;
	}
	@Override
	public void build() {
		// TODO Auto-generated method stub
		house.build();
		System.out.println("浪漫欧洲风....");
	}
}

• Step3.最后，我们在客户端new一个Room对象，并对它进行装修：

package com.jyq.decorator2;

public class Client {

	public static void main(String[] args) {
		
		//创建一个room对象，然后对它进行装饰
		House house = new Room("客厅");
		house = new EuropStyle(new WallPaperDecorator(new PaintDecorator(house)));
		house.build();
	}
}

查看输出内容：

开始修建客厅.....
红色的油漆....
金色的墙纸....
浪漫欧洲风....

在这个例子中，我通过继承来保证了装饰者和被装饰者具有共同的父类，当然，也可以用接口，可以根据具体的情况而定。

总结

• 1.装饰者模式是一种结构型模式，相比起继承带来的扩展性，通过装饰者模式可以使得程序更加具有弹性。
• 2.对于依赖继承，类的行为只能在编译时静态决定，不是调用父类的方法，就是调用子类的方法；利用装饰者模式，可以将类的行为在运行时动态决定。
• 3.装饰者和被装饰者必须具有共同的基类。

缺点

利用装饰者模式，通常会导致出现过多的小类，如果过度使用，则会让程序变得复杂。