一、什么是装饰模式?
装饰模式是一种用于替代继承的技术,它通过一种无须定义子类的方式给对象动态增加职责,使用对象之间的关联关系取代类之间的继承关系。
定义:动态地给一个对象增加一些额外的职责。就扩展功能而言,装饰模式提供了一种比使用子类更加灵活的替代方案。
二、装饰模式结构与实现
1、结构
(1)Component(抽象构件):
具体构件和抽象装饰类的共同父类。
(2)ConcreteComponent(具体构件):
抽象构件类的子类。用于定义具体的构件对象,装饰类可以给他增加额外的职责(方法)。
(3)Decorator(抽象装饰类):
抽象构件类的子类,具体装饰类的父类。用于给具体构件增加职责,但具体职责在子类中实现。它维护一个指向抽象构件对象的引用,通过该引用可以调用装饰之前构件对象的方法,并通过其子类扩展该方法,以达到装饰的目的。
(4)ConcreteDecorator(具体装饰类):
抽象装饰类的子类。负责向构件添加新的职责。每一个新的具体装饰类都定义了一些新的行为,它可以调用在抽象装饰类中定义的方法,并可以增加新的方法用于扩充对象的行为。
2、实现
public abstract class Component {
public abstract void operation();
}
public class ConcreteComponent extends Component {
public void operation() {
// 基本功能实现
}
}
public class Decorator extends Component {
private Component component; // 维持一个对抽象构件对象的引用
// 注入一个抽象构件类型的对象
public Decorator(Component component) {
this.component = component;
}
public void operation() {
component.operation(); // 调用原有业务方法
}
}
public class ConcreteDecorator extends Decorator {
public ConcreteDecorator(Component component) {
super.operation(); // 调用原有业务方法
addedBehavior(); // 调用新增业务方法
}
public void addedBehavior() {
// 新增功能实现
}
}
三、应用案例
某软件公司基于面向对象技术开发了一套图形界面构件库VisualComponent,该构件库提供了大量的基本构件,如窗体、文本框、列表框等,由于在使用该构件库时用户经常要求定制一些特殊的显示效果,如带滚动条的窗体、带黑色边框的文本框、既带滚动条又带黑色边框的列表框等,因此经常需要对该构件库进行扩展以增强其功能。
现使用装饰模式来设计该图形界面构件库。
(1)类图
(2)实现
/**
* 抽象构件类
*/
public abstract class Component {
public abstract void display();
}
/**
* 具体构件类
* Window(窗体)
*/
public class Window extends Component {
@Override
public void display() {
System.out.println("显示窗体...");
}
}
/**
* 具体构件类
* TextBox(文本框)
*/
public class TextBox extends Component {
@Override
public void display() {
System.out.println("显示文本框...");
}
}
/**
* 具体构件类
* ListBox(列表框)
*/
public class ListBox extends Component {
@Override
public void display() {
System.out.println("显示列表框...");
}
}
/**
* 抽象装饰类
*/
public class Decorator extends Component {
private Component component;
public Decorator(Component component) {
this.component = component;
}
@Override
public void display() {
component.display();
}
}
/**
* 具体装饰类
* ScrollBar(滚动条)
*/
public class ScrollBarDecorator extends Decorator {
public ScrollBarDecorator(Component component) {
super(component);
}
@Override
public void display() {
super.display(); // 调用原有功能
this.setScrollBar(); // 调用新增功能
}
public void setScrollBar() {
System.out.println("为构件增加滚动条...");
}
}
/**
* 具体装饰类
* BlackBorder(黑色边框)
*/
public class BlackBorderDecorator extends Decorator {
public BlackBorderDecorator(Component component) {
super(component);
}
@Override
public void display() {
super.display();
this.setBlackBorder();
}
public void setBlackBorder() {
System.out.println("为构建增加黑色边框...");
}
}
public class Client {
public static void main(String[] args) {
// 创建具体构件对象
Component window = new Window();
Component textBox = new TextBox();
Component listBox = new ListBox();
// 创建装饰后的构件对象
Component scrollBar = new ScrollBarDecorator(window);
scrollBar.display();
Component blackBorder = new BlackBorderDecorator(textBox);
blackBorder.display();
Component sb = new BlackBorderDecorator(new ScrollBarDecorator(listBox));
sb.display();
}
}
四、扩展
透明装饰模式和半透明装饰模式
1、透明装饰模式
在透明装饰模式中要求客户端完全针对抽象编程,装饰模式的透明性要求客户端程序不应该将对象声明为具体构件类型或具体装饰类型,而应该全部声明为抽象构件类型。对客户端而言,具体构件类和具体装饰类对象没有任何区别。(缺点,无法单独调用装饰类的独有功能)
//不应该将对象声明为具体构件类型或具体装饰者类型
Window window=new Window();
//应该声明为抽象构件类型,向上转型
Component window=new Window();
2、半透明装饰模式
用具体装饰类型来定义装饰后的对象,而具体构件类型仍然可以使用抽象构件类型来定义,可以单独调用装饰的独有方法。(缺点:无法多次进行装饰)
//具体构件类型仍然可以使用抽象构件类型来定义
Component window =new Window();
//具体装饰类型来定义装饰后的对象
BlackBorderDec blackBorder=new BlackBorderDec(window);
//可以单独调用
blackBorder.setBlackBorder();
五、装饰模式优缺点及适用环境
(1)优点
1、装饰模式与继承关系的目的都是要扩展对象的功能,但是装饰模式可以提供比继承更多的灵活性。
2、可以通过一种动态的方式来扩展一个对象的功能,通过配置文件可以在运行时选择不同的装饰器,从而实现不同的行为。
3、通过使用不同的具体装饰类以及这些装饰类的排列组合,可以创造出很多不同行为的组合。可以使用多个具体装饰类来装饰同一对象,得到功能更为强大的对象。
4、具体构件类与具体装饰类可以独立变化,用户可以根据需要增加新的具体构件类和具体装饰类,在使用时再对其进行组合,原有代码无须改变,符合“开闭原则”。
(2)缺点
1、使用装饰模式进行系统设计时将产生很多小对象,这些对象的区别在于它们之间相互连接的方式有所不同,而不是它们的类或者属性值有所不同,同时还将产生很多具体装饰类。这些装饰类和小对象的产生将增加系统的复杂度,加大学习与理解的难度。
2、 这种比继承更加灵活机动的特性,也同时意味着装饰模式比继承更加易于出错,排错也很困难,对于多次装饰的对象,调试时寻找错误可能需要逐级排查,较为烦琐。
(3)适用环境
1、在不影响其他对象的情况下,以动态、透明的方式给单个对象添加职责。
2、需要动态地给一个对象增加功能,这些功能也可以动态地被撤销。
3、当不能采用继承的方式对系统进行扩充或者采用继承不利于系统扩展和维护时。不能采用继承的情况主要有两类:第一类是系统中存在大量独立的扩展,为支持每一种组合将产生大量的子类,使得子类数目呈爆炸性增长;第二类是因为类定义不能继承(如final类)