学习笔记——JAVA设计模式<9>装饰模式
2017-06-14 15:18
162 查看
装饰模式decorator
职责
动态的作为一个对象添加新的功能
装饰模式是一种用于代替继承的技术,无需通过继承增加子类就能扩展对象的新功能。使用对象的关联关系代替继承关系,更加灵活,同时避免类型体系的快速膨胀
实现细节
Component抽象构件角色
真实对象和装饰对象有相同的接口。这样,客户端对象就能够以与真实对象相同的方式同装饰对象交互
ConcreteComponent具体构件对象(真实对象)
io流中的FileInputStream,FileOutputStream
Decorator装饰角色
持有一个抽象构件的引用。装饰对象接受所有客户端的请求,并把这些请求转发给真实的对象。这样,就能在真是对象调用前后添加新的功能。
ConcreteDecorator具体装饰角色
负责给构件对象添加新的责任
组装一辆车
所有用到的构件
组装测试
开发中使用的场景
IO中输入流和输出流的设计
Swing包中的图形界面构建功能
Servlet API中提供了一个request对象的Decorator设计模式的默认实现类HttpServletRequestWrapper,HttpServletRequestWrapper类,增强了request对象的功能
Struts2中,request,response,session对象的处理
![](https://img-blog.csdn.net/20170614162553898?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvdGhld2FpdGluZw==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
装饰模式也叫包装器模式
装饰模式降低系统的耦合度,可以动态的增加或删除对象的职责,并使得需要装饰的具体构建类和具体装饰类可以独立变化,以便增加新的具体构建类和具体装饰类
优点
扩展对象功能,比继承灵活,不会导致类的数量急剧增加
可以对一个对象进行多次装饰,创造出不同行为的组合,得到功能更加强大的对象
具体构建类和具体装饰类可以独立变化,用户可以根据需要自己增加新的具体构件和具体装饰子类
缺点
产生很多小对象。大量小对象占据内存,一定程度上影响性能
装饰模式易于出错,调试排查比较麻烦
装饰模式和桥接模式的区别
两个模式都是为了解决过多子类对象问题。但他们的诱因不一样。桥接模式是对象自身现有机制沿着多个维度变化,是既有部分不稳定。装饰模式是为了增加新的功能
职责
动态的作为一个对象添加新的功能
装饰模式是一种用于代替继承的技术,无需通过继承增加子类就能扩展对象的新功能。使用对象的关联关系代替继承关系,更加灵活,同时避免类型体系的快速膨胀
实现细节
Component抽象构件角色
真实对象和装饰对象有相同的接口。这样,客户端对象就能够以与真实对象相同的方式同装饰对象交互
ConcreteComponent具体构件对象(真实对象)
io流中的FileInputStream,FileOutputStream
Decorator装饰角色
持有一个抽象构件的引用。装饰对象接受所有客户端的请求,并把这些请求转发给真实的对象。这样,就能在真是对象调用前后添加新的功能。
ConcreteDecorator具体装饰角色
负责给构件对象添加新的责任
组装一辆车
所有用到的构件
package studyGFO; /** *所有用到的组件 * @author http://blog.csdn.net/thewaiting * */ // 抽象组件 public interface ICar { void move(); } //真实对象 具体构件对像 class Car implements ICar{ @Override public void move() { System.out.println("基本功能地上跑"); } } //装饰器 class SuperCar implements ICar{ //真实对象的引用 protected ICar car; public SuperCar(ICar car) { super(); this.car = car; } @Override public void move() { car.move(); } } //具体的装饰器 class FlyCar extends SuperCar{ public FlyCar(ICar car) { super(car); } public void fly() { System.out.println("天上飞"); } @Override public void move() { super.move(); fly(); } } //具体的装饰器 class WaterCar extends SuperCar{ public WaterCar(ICar car) { super(car); } public void swim() { System.out.println("水上漂"); } @Override public void move() { //在这里组合 super.move(); swim(); } } //具体的装饰器 class AICar extends SuperCar{ public AICar(ICar car) { super(car); } public v ad19 oid auto() { System.out.println("自己跑"); } @Override public void move() { super.move(); auto(); } }
组装测试
package studyGFO; public class Client { public static void main(String[] args) { Car car = new Car(); car.move(); System.out.println("++++++++++++++++增加飞行"); FlyCar flyCar = new FlyCar(car); flyCar.move(); System.out.println("++++++++++++++++增加水上漂"); WaterCar waterCar = new WaterCar(flyCar); waterCar.move(); System.out.println("++++++++++++++++增加自己跑"); //层层组合 AICar aiCar = new AICar(new FlyCar(new WaterCar(car))); aiCar.move(); } }
开发中使用的场景
IO中输入流和输出流的设计
Swing包中的图形界面构建功能
Servlet API中提供了一个request对象的Decorator设计模式的默认实现类HttpServletRequestWrapper,HttpServletRequestWrapper类,增强了request对象的功能
Struts2中,request,response,session对象的处理
装饰模式也叫包装器模式
装饰模式降低系统的耦合度,可以动态的增加或删除对象的职责,并使得需要装饰的具体构建类和具体装饰类可以独立变化,以便增加新的具体构建类和具体装饰类
优点
扩展对象功能,比继承灵活,不会导致类的数量急剧增加
可以对一个对象进行多次装饰,创造出不同行为的组合,得到功能更加强大的对象
具体构建类和具体装饰类可以独立变化,用户可以根据需要自己增加新的具体构件和具体装饰子类
缺点
产生很多小对象。大量小对象占据内存,一定程度上影响性能
装饰模式易于出错,调试排查比较麻烦
装饰模式和桥接模式的区别
两个模式都是为了解决过多子类对象问题。但他们的诱因不一样。桥接模式是对象自身现有机制沿着多个维度变化,是既有部分不稳定。装饰模式是为了增加新的功能
相关文章推荐
- 学习笔记——JAVA设计模式<20>状态模式
- 学习笔记——JAVA设计模式<16>解释器模式
- 黑马程序员——>第十九天<io流(BufferedWriter-装饰设计模式-流操作规律)>
- <三>读<<大话设计模式>>之装饰模式
- 学习笔记——JAVA设计模式<1>单例模式
- 学习笔记——JAVA设计模式<11>享元模式
- 学习笔记——JAVA设计模式<10>外观模式
- 《Java与模式》学习笔记之三-----装饰(Decorator)模式
- 学习笔记——JAVA设计模式<19>模板方法模式
- <设计模式>(2)装饰模式
- <9>python学习笔记——文件操作
- 学习笔记——JAVA设计模式<14>中介者模式
- JAVA 装饰设计模式<转载>
- 设计模式 --> (12)装饰模式
- JAVA设计模式(7) —<结构型>装饰模式(Decorator)
- 适配器模式,装饰模式,代理模式异同<转>
- 黑马程序员_<<装饰设计模式>>
- 《大话设计模式》--穿什么有这么重要?--装饰模式<Decorator>(6)
- <JAVA模式>之装饰模式
- 学习笔记——JAVA设计模式<5>适配器模式