设计模式之装饰模式

装饰模式

概述

装饰模式是一种用于替代继承的技术,它通过一种无须定义子类的方式来给对象动态增加职责, 适用对象之间的关联关系之间的继承关系. 装饰模式降低了系统的耦合度,可以动态增加或删除对象的职责,并使需要装饰的具体构件类和用于装饰的具体装饰类都可以独立变化,增加新的具体构建类和具体装饰类,都是非常方便的,符合开闭原则

装饰模式可以在不改变一个对象本身功能的基础上给对象增加额外的新行为

装饰模式 动态的给一个对象增加一些额外的职责, 就口占功能而言,装饰模式提供了一种比适用子类更加灵活的替代方案

装饰模式

1. Component(抽象构件) 它是具体构件和抽象装饰类的共同父类,声明了在具体构件中实现的业务方法,它的引入可以使客户端以一致的方式处理未被装饰的对象以及装饰之后的对象,实现客户端透明操作
2. ConcreteComponent(具体构件) 他是抽象构件类的子类,用于定义具体的构件对象,实现了在抽象构件中声明的方法,装饰类可以给它增加额外的职责
3. Decorator(抽象装饰类) 他是抽象构件类的子类,用于给具体构件增加职责,但是具体职责在其子类中实现,它维护一个指向抽象构件对象的引用,通过该引用可以调用装饰之前构件对象的方法,并通过子类扩展该方法,以达到装饰的目的
4. ConcreteDecorator(具体装饰类) 他是抽象装饰类的子类,负责向构件添加新的职责,每一个就打装饰类都定义了一些新的行为,它可以调用在抽象装饰类中定义的方法,并可以增加新的方法用于扩充对象的行为

/**
 * 
 * @ClassName: Component
 * @Description: 抽象界面构件类, 充当抽象构件类 
 * @Author Crazy
 * @DateTime 2019年11月3日 下午2:33:52
 */
public abstract class Component {
	public abstract void display();
}
/**
 * 
 * @ClassName: ComponentDecorator
 * @Description: 构件装饰类, 充当抽象装饰类 
 * @Author Crazy
 * @DateTime 2019年11月3日 下午2:37:09
 */
public class ComponentDecorator extends Component {
	private Component component;
	
	
	public ComponentDecorator(Component component) {
		this.component = component;
	}

	@Override
	public void display() {
		// TODO Auto-generated method stub
		component.display();
	}

}

public class ListBox extends Component {

	@Override
	public void display() {
		// TODO Auto-generated method stub
		System.out.println("显示列表框");
	}

}

public class TextBox extends Component{

	@Override
	public void display() {
		// TODO Auto-generated method stub
		System.out.println("显示文本框");
	}

}
/**
 * 
 * @ClassName: Window
 * @Description:窗体类,充当具体构件类 
 * @Author Crazy
 * @DateTime 2019年11月3日 下午2:34:51
 */
public class Window extends Component {

	@Override
	public void display() {
		// TODO Auto-generated method stub
		System.out.println("显示窗体");
	}

}

/**
 * 
 * @ClassName: BlackBorderDecorator
 * @Description: 黑色边框装饰类, 充当具体装饰类 
 * @Author Crazy
 * @DateTime 2019年11月3日 下午2:42:56
 */
public class BlackBorderDecorator extends ComponentDecorator {

	public BlackBorderDecorator(Component component) {
		super(component);
		// TODO Auto-generated constructor stub
	}
	
	public void display() {
		this.setBlackBorder();
		super.display();
	}
	
	public void setBlackBorder() {
		System.out.println("为构件增加黑色边框");
	}
	

}
/**
 * 
 * @ClassName: ScrollBarDecorator
 * @Description: 滚动条装饰类, 充当具体装饰类 
 * @Author Crazy
 * @DateTime 2019年11月3日 下午2:40:16
 */
public class ScrollBarDecorator extends ComponentDecorator {

	public ScrollBarDecorator(Component component) {
		super(component);
		// TODO Auto-generated constructor stub
	}
	
	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(); //
		
		
		component = new TextBox();//创建具体构件对象
		componentSB = new ScrollBarDecorator(component); //创建装饰后的构件对象 
		componentBB = new BlackBorderDecorator(componentSB);
		componentBB.display(); //
		
	}
}

透明装饰模式和半透明装饰模式

透明装饰模式

装饰模式中,具体装饰类通过新增成员变量或者方法来扩充具体构件类的功能,在标准的装饰模式中,新增行为需在原有业务方法中调用,无论是具体构件对象还是i装饰过的构件对象,对于客户端而言都是透明的,这种装饰模式成为透明装饰模式

透明装饰模式可以让客户端透明地使用装饰前的对象和装饰之后的对象,无须关心他们的区别,此外还可以对一个已装饰过的对象进行多多次装饰,得到更加复杂,功能更加强大的对象

半透明装饰模式

透明装饰模式的设计难度较大,而且有时需要单独调用新增的业务方法,为了能够调用到新增方法,不得不用具体装饰类来定义装饰之后的对象,而具体构件类型仍然可以使用抽象构件类型来定义, 这种装饰模式为半透明装饰模式

半透明装饰模式可以给系统带来更多的灵活性, 设计相对简单,使用起来也非常方便,但是其最大的缺点在于不能实现对同一个对象的多次装饰,而且客户端需要有区别的对待装饰之前的对象和装饰之后的对象

优缺点

优点

1. ​ 对于扩展一个对象的功能,转世模式比继承更加灵活,不会导致类的个数急剧增加
2. 可以通过一种动态的方式扩展一个对象的功能,通过配置文件可以在运行时选择不同的具体装饰类,从而实现不同的行为
3. 可以对一个对象进行多次装饰,通过适用不同的具体装饰类以及这些装饰类的排列组合可以创造出很多不同的行为组合,得到功能更加强大的对象
4. 具体构件类与具体转世类可以独立变化,用户根据需要增加新的具体构件类和具体装饰类,原有类库代码无须改变,符合开闭原则

缺点

1. ​ 在使用装饰模式进行系统设计时将产生很多小对象,这些对象的区别在于他们之间相互联系的方式有所不同,而不是他们的类或者属性值有所不同,大量小对象的产生势必会占用更多系统资源,在一定程度上影响程序的性能
2. 装饰模式提供了一种比继承更加灵活,激动的解决方案,但同时意味着比继承更加容易出错,排错更加困难,对于多次装饰的对象,在调试时寻找错误可能需要逐级排查,较为繁琐

使用环境

在不影响其他对象的情况下以动态,透明的方式给单个对象添加职责,但不能采用继承的方式对系统进行扩展或采用继承不利于系统扩展和维护时可以使用装饰模