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，起数据类型是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 Computer(new Children());System.out.println(phone.ability());System.out.println(phone.age());}}

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

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

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