《设计模式》-- 装饰模式
来源:互联网 发布:师洋淘宝店截图 编辑:程序博客网 时间:2024/05/17 02:11
装饰模式
- 装饰模式
- 认识
- 思考
- 使用场景
- 优缺点
- UML图
- 代码实现
- 源码分析
认识
动态地给一个对象添加一系列额外的职责,比子类继承更加灵活可配。
透明式装饰模式:装饰对象和被装饰对象实现完全相同的接口,或者装饰对象完全继承被装饰对象,装饰对象没有定义额外的方法实现。
半透明装饰模式:装饰对象在实现被装饰对象的接口或者继承被装饰对象之外,还有单独额外的自定义方法。这时装饰角色实际上已经成为一个适配器角色。适配器类的接口会比被装饰的目标类接口宽。
思考
灵活的为对象添加额外的功能,实现数量、顺序的可动态配置,搭配工厂模式、策略模式,实现灵活组合实现复杂功能。
按照流程拆分功能,将功能面向对象设计,垂直、可选、有序的组合功能,最先执行的最先被包装
AOP的实现
本质:对象动态组合
使用场景
- 在不影响其他对象的情况下,以动态、透明的方式给对象添加职责
- 如果不适合使用子类进行扩展功能的时候,使用装饰模式,装饰模式使用对象组合方式,避免由于功能复杂需要创建太多子类的问题
优缺点
优点
- 装饰模式与继承关系的目的都是要扩展对象的功能,但是装饰模式可以提供比继承更多的灵活性。装饰模式允许系统动态决定“贴上”一个需要的“装饰”,或者除掉一个不需要的“装饰”。继承关系则不同,继承关系是静态的,它在系统运行前就决定了。
- 通过使用不同的具体装饰类以及这些装饰类的排列组合,设计师可以创造出很多不同行为的组合。
缺点
- 由于使用装饰模式,可以比使用继承关系需要较少数目的类。使用较少的类,当然使设计比较易于进行。但是,在另一方面,使用装饰模式会产生比使用继承关系更多的对象。更多的对象会使得查错变得困难,特别是这些对象看上去都很相像。
UML图
装饰对象和被装饰对象实现同一个接口(或装饰对象继承被装饰对象),装饰接口中持有一个被装饰对象进行操作
抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加责任的对象。
具体构件(ConcreteComponent)角色:定义一个将要接收附加责任的类。
装饰(Decorator)角色:持有一个构件(Component)对象的实例,实现Component接口
具体装饰(ConcreteDecorator)角色: 对持有的Component对象实例进行进一步操作
代码实现
装饰对象通过构造函数持有一个被装饰对象,装饰对象和被装饰对象实现同一个接口,或者装饰对象继承被装饰对象,在装饰对象中调用方法时先调用被装饰对象中的方法,然后在执行装饰对象的相关业务代码,相当于对被装饰对象进行一次包装。
由于被装饰对象和装饰对象实现同一个接口,所以在装饰对象的实现类中可以对被装饰对象再次进行包装。这样层级调用,先调用被装饰对象中的方法,然后一层层往上调用。
//接口public interface Component { public void sampleOperation();}//被装饰对象public class ConcreteComponent implements Component { @Override public void sampleOperation() { // 写相关的业务代码 }}//装饰对象 实现被装饰对象实现的接口public class Decorator implements Component{ // 持有一个被装饰对象 private Component component; //通过构造传入 public Decorator(Component component){ this.component = component; } @Override public void sampleOperation() { // 委派给构件 component.sampleOperation(); } }//装饰对象实现类public class ConcreteDecoratorA extends Decorator { public ConcreteDecoratorA(Component component) { super(component); } @Override public void sampleOperation() { super.sampleOperation(); // 写相关的业务代码 }}//装饰对象实现类public class ConcreteDecoratorB extends Decorator { public ConcreteDecoratorB(Component component) { super(component); } @Override public void sampleOperation() { super.sampleOperation(); // 写相关的业务代码 }}
源码分析
● 抽象构件(Component)角色:由InputStream扮演。这是一个抽象类,为各种子类型提供统一的接口。
● **具体构件(ConcreteComponent)角色:**ByteArrayInputStream、FileInputStream、PipedInputStream、StringBufferInputStream直接继承了InputStream,扮演具体构件。它们实现了抽象构件角色所规定的接口。
● 抽象装饰(Decorator)角色:由FilterInputStream扮演。它实现了InputStream所规定的接口。
● 具体装饰(ConcreteDecorator)角色:由几个类扮演,分别是BufferedInputStream、DataInputStream以及两个不常用到的类LineNumberInputStream、PushbackInputStream。
- 设计模式---装饰模式
- 设计模式:装饰模式
- 设计模式------装饰模式
- 设计模式--装饰模式
- 设计模式--装饰模式
- 设计模式--装饰模式
- 设计模式 装饰模式
- 设计模式----装饰模式
- 设计模式-【装饰模式】
- 设计模式--装饰模式
- 设计模式装饰模式
- 设计模式 - 装饰模式
- 设计模式-----装饰模式.
- 设计模式-----装饰模式.
- [ 设计模式 ] 装饰模式!
- 设计模式:装饰模式
- 设计模式 - 装饰模式
- 设计模式 - 装饰模式
- Json(二)之 java 操作 Json
- JavaScript数组和对象的复制
- Project Euler Problem 13 Large sum
- C++静态成员函数
- 在XIB中进行CornerRadius设置
- 《设计模式》-- 装饰模式
- 06WEBBASIC_07jQuery
- 进程和线程
- 猴子选大王
- 排序算法系列二之快速排序
- 字符串对齐
- golang实现简单文件服务器
- 基于Netty5.0中级案例一之Netty与Web
- 08Servlet