对象结构性模式
特点:
- 可以在不改变一个对象本身功能的基础上给对象增加额外的新行为
- 一种用于替代继承的技术,他通过一种无须定义子类的方式给对象动态增加职责,
- 使用对象之间的关联关系取代类之间的继承关系
- 引入装饰类,在装饰类中既可以调用带装饰的原有类的方法,还可以增加新的方法,以扩展原有类的功能
定义:
动态的给一个对象增加一些额外的职责。就扩展功能而言装饰模式提供了一种
比使用子类更加灵活的替代方案
装饰模式UML:
有四个角色:
- Component(抽象构件)
- ConcreteComponent(具体构件)
- Decorator(抽象装饰类)
- ConcreteDecorator(具体装饰类)
例题;
某软件公司基于面向对象技术开发了一套图形界面构件库——VisualComponent,该构件库提供了大量基本构件,如窗体、文本框、列表框等。由于在使用该构件库时,用户经常要求定制一些特殊的显示效果,如带滚动条的窗体、带黑色边框的文本框、既带滚动条又带黑色边框的列表框等等,因此经常需要对该构件库进行扩展以增强其功能。 现使用装饰模式来设计该图形界面构件库。
比较关键的类:
ConcreteDecorator:
public class ConcreteDecorator extends Component{
Component component;
//实现注入
public ConcreteDecorator(Component component){
this.component=coponent;
}
public void display(){
component.display()}
}
public class ScrollBarDecorator extends ComponentDecorator{
public ScrollBarDecorator(Component component) {
super(component);
}
public void display() {
this.setScrollBar();
super.display();
}
public void setScrollBar() {
System.out.println(“为构件增加滚动条!”);
}
}
public class Client {
public static void main(String args[]) {
Component component,componentSB,componentBB;
component = new Window();
componentSB = new ScrollBarDecorator(component);
componentBB = new BlackBorderDecorator(componentSB);
componentBB.display();
}
}
模式优点:
- 对于扩展一个对象的功能,装饰模式比继承更加灵活,不会导致类的数量急剧增加
- 可以通过一种动态的方式来扩展一个对象的功能
- 可以对一个对象进行多次装饰
- 具体构建类和具体装饰类可以独立变化,用户可以根据需要增加新的具体构件类和具体装饰类,且原有类库代码无须改变,符合开闭原则
模式缺点
- 使用装饰模式进行系统设计时将产生很多小对象,大量小对象的产生势必会占用更多的系统资源,在一定程度上影响程序的性能
- 比继承更加易于出错,排错也更困难,对于多次装饰的对象,调试时寻找错误可能需要逐级排查,较为烦琐