装饰模式;
装饰模式可以在不使用创造更多子类的情况下,将对象的功能加以扩展。
装饰模式的类图如下图:
在装饰模式中的各个角色有:
1、抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加责任的对象。
2、具体构件(ConcreteComponent)角色:定义一个将要接收附加责任的类。
3、装饰(Decorator)角色:持有一个构建(Component)对象的实例,并定义一个与抽象构件接口一致的接口。
4、具体装饰(ConcreteDecorator)角色:负责给构建对象“贴上”附加的责任。
抽象构件代码
具体构建角色:小孩类
装饰角色:能力类
在上面这个装饰类里面有一下几点:
1、在上面的装饰类里,有一个私有的属性human
2、此装饰类继承了构件(Human)抽象类
3、抽象方法实现地方也值得注意,每一个实现的方法都委派给父类,但并不单纯的委派,而是有功能的增强。
具体装饰类:
其他具体装饰类就不再重复写了。
会走路+会电脑+会玩手机
12
1、装饰模式与继承关系的目的都是要扩展对象的功能,但是装饰模式可以提供比继承更多的灵活性。装饰模式允许系统动态的决定“贴上”一个需要的“装饰”,或者除掉一个不需要的“装饰”。继承关系则不同,继承关系是静态的,它在系统运行前就决定了。
2、通过使用不同的具体装饰类以及这些装饰类的排列组合,设计师可以创造出很多不同行为的组合。比如上面的例子中,小孩会玩电脑,再新建一个玩游戏类,添加到小孩身上,小孩就会玩电脑加玩游戏了!
缺点是使用装饰模式会产生比使用继承关系更多的对象。更多的对象会使得查错变得困难,特别是这些对象看上去都很相像。它的机动灵活特性,也同时意味着装饰模式比继承更加易于出错。
装饰模式可以在不使用创造更多子类的情况下,将对象的功能加以扩展。
装饰模式的类图如下图:
在装饰模式中的各个角色有:
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、通过使用不同的具体装饰类以及这些装饰类的排列组合,设计师可以创造出很多不同行为的组合。比如上面的例子中,小孩会玩电脑,再新建一个玩游戏类,添加到小孩身上,小孩就会玩电脑加玩游戏了!
缺点是使用装饰模式会产生比使用继承关系更多的对象。更多的对象会使得查错变得困难,特别是这些对象看上去都很相像。它的机动灵活特性,也同时意味着装饰模式比继承更加易于出错。