java装饰模式

装饰模式；
    装饰模式可以在不使用创造更多子类的情况下，将对象的功能加以扩展。
    装饰模式的类图如下图：

在装饰模式中的各个角色有：
1、抽象构件（Component）角色：给出一个抽象接口，以规范准备接收附加责任的对象。
2、具体构件（ConcreteComponent)角色：定义一个将要接收附加责任的类。
3、装饰（Decorator）角色：持有一个构建（Component）对象的实例，并定义一个与抽象构件接口一致的接口。
4、具体装饰（ConcreteDecorator)角色：负责给构建对象“贴上”附加的责任。


抽象构件代码

public abstract class Human {
	//能力
	public abstract String ability(); 
	//年龄
	public abstract int age();
	
}

具体构建角色：小孩类

public class Children extends Human {
	public String ability() {
		return "会走路";
	}

	public int age() {
		return 2;
	}
	
}

装饰角色：能力类

public abstract class Function extends Human{
	private Human human;
	
	public Function(Human human) {
		this.human = human;
	}
	
	public  String ability(){
		return human.ability();
	}
	
	public  int age(){
		return human.age();
	}
}

在上面这个装饰类里面有一下几点：
1、在上面的装饰类里，有一个私有的属性human
2、此装饰类继承了构件（Human)抽象类
3、抽象方法实现地方也值得注意，每一个实现的方法都委派给父类，但并不单纯的委派，而是有功能的增强。


具体装饰类：

public class Computer extends Function{
	public Computer(Human human) {
		super(human);
	}
	
	public  String ability(){
		return super.ability()+"+会电脑";
	}
	
	
	public  int age(){
		return super.age()+5;
	}
	
}

其他具体装饰类就不再重复写了。

//测试结果
public class Test {
	public static void main(String[] args) {
		Children children = new Children();
		Computer computer = new Computer(children);
		Phone phone = new Phone(computer);
	        //上面三句可以写成：Phone phone = new Phone(new Computer(new Children()));
		System.out.println(phone.ability());
		System.out.println(phone.age());
	}
		
}

输出：
会走路+会电脑+会玩手机
12

可以看出，能力可以很方便的进行叠加，同样也可以撤销。方便了对象功能的添加。

装饰模式有以下优点：
1、装饰模式与继承关系的目的都是要扩展对象的功能，但是装饰模式可以提供比继承更多的灵活性。装饰模式允许系统动态的决定“贴上”一个需要的“装饰”，或者除掉一个不需要的“装饰”。继承关系则不同，继承关系是静态的，它在系统运行前就决定了。
2、通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合。比如上面的例子中，小孩会玩电脑，再新建一个玩游戏类，添加到小孩身上，小孩就会玩电脑加玩游戏了！
缺点是使用装饰模式会产生比使用继承关系更多的对象。更多的对象会使得查错变得困难，特别是这些对象看上去都很相像。它的机动灵活特性，也同时意味着装饰模式比继承更加易于出错。