装饰器模式(Decorator pattern)
概念
刮腻子!!刮大白!!毛躁的墙就变得光滑,白腻!!,墙就具有了光滑特性。
术语:动态的为一个对象增加新的功能
功能
装饰器模式是一种用于代替继承的技术,无须通过继承增加子类就能扩展对象的新功能。使用对象的关联关系代替继承关系,更加灵活,同时避免类型体系的快速膨胀实现细节
1:抽象构件角色(Component),真实对象和装饰对象有相同的接口,这样客户端就能够以与真实对象相同的方式同装饰对象交互
2:具体构件角色,即真实对象(ConcreteComponent),如IO流中的FileInputStream、FileOutputStream
3:装饰器(Decorator),持有一个抽象构件的引用,装饰对象接受所有客户端的请求,并把这些请求转发给真实的对象,这样,就能在真实对象调用前后增加新的功能
4:具体装饰角色(ConcreteDecorator),负责给构件对象增加新的责任
使用场景
1:IO中输入流和输出流设计
2:Swing包中图形界面构件功能
3:Servlet API中提供了一个request对象的默认实现类HttpServletRequestWrapper,HttpServletRequestWrapper类,增强了request对象的功能
4:Struts2中,request,response,session对象的处理
优点
1:扩展对象功能,比继承灵活,不会导致类个数急剧增加
2:可以对一个对象进行多次装饰,创造出不同行为的组合,得到功能更加强大的对象
3:具体构件类和具体装饰类可以独立变化,用户可以根据需要自己增加新的具体构件子类和具体装饰子类
缺点
容易产生许多小对象,大量小对象占据内存,一定程度上影响性能案例(军用战车)
抽象构件( Component )/*
* 抽象构件 --军用战车
*/
public interface ICar {
public abstract void move();
}
具体构件角色,即真实对象(ConcreteComponent)
/*
* 具体构件角色,即真实对象(ConcreteComponent)
*/
class Car implements ICar{
public void move() {
System.out.println("陆地作战!");
}
}
装饰器(Decorator)
/*
* 装饰器
*/
class SuperCar implements ICar{
//持有具体构件引用
private Car car;
public SuperCar(Car car) {
super();
this.car = car;
}
public void move() {
car.move();
}
}
具体装饰对象(ConcreteDecorator)
/*
* 具体装饰对象1(ConcreteDecorator)
*/
class FlyCar extends SuperCar{
public FlyCar(ICar car) {
super(car);
}
//新增方法
public void fly(){
System.out.println("空中作战!");
}
public void move() {
car.move();
fly();
}
}
/*
* 具体装饰对象2(ConcreteDecorator)
*/
class WaterCar extends SuperCar{
public WaterCar(ICar car) {
super(car);
}
//新增方法
public void swim(){
System.out.println("水中作战!");
}
public void move() {
car.move();
swim();
}
}
客户端测试
public class Client {
public static void main(String[] args) {
ICar car = new Car();
car.move();
System.out.println("增加空中作战功能!------");
FlyCar fly = new FlyCar(car);
fly.move();
System.out.println("水陆空作战功能!-------");
WaterCar water = new WaterCar(fly);
water.move();
}
}
console:
陆地作战!
增加空中作战功能!------
陆地作战!
空中作战!
水陆空作战功能!-------
陆地作战!
空中作战!
水中作战!
UML类图