装饰模式
定义:可以动态的增加或删除对象的职责,并使得需要装饰的具体构建类和具体装饰类可以独立变化,以便增加新的具体构建类和具体装饰类。
职责:
1) 动态的为一个对象增加新的功能。
2) 装饰模式是一种用于代替继承的技术,无须通过继承增加子类就能扩展对象的新功能。使用对象的关联关系代替继承关系,更加灵活,同时避免类型体系的快速膨胀。
实现细节:
1) Component抽象构建角色:真实对象和装饰对象有相同的接口。这样客户端对象就能够以真实对象相同的方式同装饰对象交互。
2) ConcreteComponent具体构建角色(真实对象):io流中的FileInputStream,FileOutputStream
3) Decorator装饰角色:持有一个抽象构建的引用,装饰对象接受所有客户端的请求,并把这些请求转发给真实的对象。这样就能在真实对象调用前后增加新的功能。
4) ConcreteDecorator具体装饰角色:负责给构建对象增加新的责任。
图示:
package com.offcn.designpattern.decoratorpattern; public class DecoratorpatternDemo { public static void main(String[] args) { MyCar myCar = new MyCar(); myCar.move(); System.out.println("增加新的功能,飞行------------"); FlyCar flyCar = new FlyCar(myCar); flyCar.move(); System.out.println("再增加一个功能,水里游--------------"); WaterCar waterCar = new WaterCar(new FlyCar(myCar)); waterCar.move(); } } //Component抽象构建角色 interface Car{ void move(); } //ConcreteComponent具体构建角色(真实对象) class MyCar implements Car{ @Override public void move() { System.out.println("我的车可以在地上跑"); } } //Decorator装饰角色 class SuperCar implements Car{ protected Car car; public SuperCar(Car car){ super(); this.car = car; } @Override public void move() { car.move(); } } //ConcreteDecorator具体装饰角色 class FlyCar extends SuperCar{ public FlyCar(Car car) { super(car); } public void fly() { System.out.println("现在可以在天上飞"); } @Override public void move() { super.move(); fly(); } } //ConcreteDecorator具体装饰角色 class WaterCar extends SuperCar{ public WaterCar(Car car) {//参数传FlyCar flyCar,super(flyCar) super(car); } public void swim() { System.out.println("现在可以在水里游"); } @Override public void move() { super.move();//flyCar.move() swim(); } }
输出:
优点:
1) 扩展对象功能,比继承灵活,不会导致类个数急剧增加
2) 可以对一个对象进行多次装饰,创造出不同行为的组合,得到功能更加强大的对象。
3) 具体构建类和具体装饰类可以独立变化,用户可以根据需要自己添加新的具体构建子类和具体装饰子类。
缺点:
1) 产生很多小对象,大量小对象占据内存,一定程度上影响性能。
2) 装饰模式易于出错,调试排查比较麻烦。
使用场景:
1) IO中输入流和输出流的设计
2) Swing包中图形界面构件功能
3) Servlet API中提供了一个request对象的Decorator设计模式的默认实现类HttpServletRequestWrapper,HttpServletRequestWrapper类增加了request对象的功能。
4) Struts2中,request,response,session对象的处理。
装饰模式和桥接模式的区别:
两个模式都是为了解决过多子类对象的问题,但他们的诱因不一样。桥接模式是对象自身现有机制沿着多个维度变化,是既有部分不稳定。装饰模式是为了增加新的功能。
原文:https://www.cnblogs.com/bai3535/p/12318038.html