装饰模式:
动态的给一个对象添加一些额外的职责.就增加功能来说,装饰模式相比生成子类更为灵活
适用性:
1.在不影响其他对象的情况下,以动态、透明的方式给单个对象添加职责。
2.处理那些可以撤销的职责。
3.当不能采用生成子类的方法进行扩充时
优点:装饰模式和继承都是对功能的扩展,而装饰模式使用的是组合,可以不用继承而达到这一效果.使用过多的继承会增加系统的复杂性 和偶合性
缺点:装饰模式要产生一些辅助性的对象,但这些对象看上去都比较像,不是很容易检查(好的命名应该是提高检查的一个办法)
参与者:
1.Component
定义一个抽象接口,可以给这些对象动态的添加职责
2.ConcreteComponent
定义一个对象,可以给这个对象添加一些职责
3.Decorator
维持一个指向Component对象的指针,并且定义一个与Component接口一致的接口
4.ConcreteDecorator
向组件添加职责
UML
一个简单的例子
Component
public interface Person{
void eat();
}
ConcreteComponent
public class Man implements Person{
public void eat(){
System.out.println("男人在吃");
}
}
Decorator
public abstract class Decorator implements Person{
protected Person person;
public void setPerson(Person person){
this.person = person;
}
public void eat(){
person.eat();
}
}
ConcreteDecorator
public class ManDecoratorA extends Decorator{
public void eat(){
super.eat();
reEat();
System.out.println("ManDecoratorA类");
}
public void reEat(){
System.out.println("再吃一顿饭");
}
}
public class ManDecoratorB extends Decorator{
public void eat(){
super.eat();
System.out.println("===============");
System.out.println("ManDecoratorB类");
}
}
Test
public class Test{
public static void main(String[] args){
Man man = new Man();
ManDecoratorA md1 = new ManDecoratorA();
ManDecoratorB md2 = new ManDecoratorB();
md1.setPerson(man);
md2.setPerson(md1);
md2.eat();
}
result:
男人在吃
再吃一顿饭
ManDecoratorA类
===============
ManDecoratorB类