前言
装饰模式其实是继承关系的一种替代方案之一,是一种对客户端透明的方式来动态地扩展对象的功能. 因为近期入职了新公司,还是把设计模式都在温习一遍.
正文
定义: 动态地给一个对象添加一些额外的职责.就增加功能来说,装饰模式相比生成子类更为灵活使用场景: 需要透明且动态地扩展类的功能时和代理模式的区别: 装饰模式和代理模式有点类似.装饰模式是以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案;而代理模式则是给一个对象提供一个代理对象,并有代理对象来控制原有对象的引用.装饰模式应该为所装饰的对象增强功能;代理模式对代理的对象施加控制,但不对对象本身的功能进行增强.
UML类图
Component: 抽象组件:可以事一个接口或抽象类,其充当的就是被装饰的原始对象.
/**
* 抽象组件类
* Created by max on 2016/4/12.
*/
public abstract class Component {
/**
* 抽象的方法,同样的也可以增加更多的抽象方法
*/
public abstract void operate ();
}
ConcreteComponent: 组件具体实现类:该类是Component类的基本实现,也是我们装饰的具体对象.
/**
* 组件具体实现类
* Created by max on 2016/4/12.
*/
public class ConcreteComponent extends Component {
@Override
public void operate () {
}
}
Decorator: 抽象装饰者:其承担的职责就是为了装饰我们的组件对象,其内部一定要有一个指向组件对象的引用.
/**
* 抽象装饰者
* Created by max on 2016/4/12.
*/
public abstract class Decorator extends Component {
private Component component;
/**
* 必要的构造方法,需要一个Component的引用
* @param component
*/
public Decorator (Component component) {
this .component = component;
}
@Override
public void operate () {
component.operate();
}
}
ConcreteDdecoratorA: 装饰者具体实现类
/**
* 装饰者具体实现类
* Created by max on 2016/4/12.
*/
public class ConcreteDecoratorA extends Decorator {
/**
* 必要的构造方法,需要一个Component的引用
*
* @param component
*/
public ConcreteDecoratorA (Component component) {
super (component);
}
/**
* 可以任意增加要想增加的功能来实现装饰模式
*/
@Override
public void operate () {
super .operate();
operateA();
operateB();
}
/**
* 自定义的装饰方法A
*/
public void operateA (){
}
/**
* 自定义的装饰方法B
*/
public void operateB (){
}
}
/**
* 客户端调用类
* Created by max on 2016/4/12.
*/
public class Client {
public static void main (String args[]){
Component component = new ConcreteComponent();
Decorator decorator = new ConcreteDecoratorA(component);
decorator.operate();
}
}
总结