【设计模式】装饰模式
2017-03-30 22:27
295 查看
设计模式总结链接
装饰模式又名包装(Wrapper)模式。装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案。
一。简解
装饰模式从两方面理解,透明和扩展,主要是通过继承的方式用子类实现对父类功能的扩展。很好的实现了向下兼容的效果,开闭原则,不改变原类的情况下扩展。
二。用途
在系统升级是很常用,系统中很容易出现对此类的使用,如果直接扩展的话很容易出现问题。同时为了满足开闭原则,使用子类对其功能进行扩展,两全其美既保证了父类的不变动,又实现了对父类的扩展。
三。实例
文件读取:
观察上面的代码,会发现最里层是一个FileInputStream对象,然后把它传递给一个BufferedInputStream对象,经过BufferedInputStream处理,再把处理后的对象传递给了DataInputStream对象进行处理,这个过程其实就是装饰器的组装过程,FileInputStream对象相当于原始的被装饰的对象,而BufferedInputStream对象和DataInputStream对象则相当于装饰器。
装饰模式的类图如下:
在装饰模式中的角色有:
抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加责任的对象。
具体构件(ConcreteComponent)角色:定义一个将要接收附加责任的类。
装饰(Decorator)角色:持有一个构件(Component)对象的实例,并定义一个与抽象构件接口一致的接口。
具体装饰(ConcreteDecorator)角色:负责给构件对象“贴上”附加的责任。
抽象构件角色
具体构件角色
装饰角色
具体装饰角色
四。优点
在向下兼容上考虑的时分周到,两全其美,不仅扩展了功能,而且未改变原来的类(透明,扩展)
五。不足
由于大量的使用了继承,在某些地方还是不太合适。某些类未引用过,可以直接删除或者覆盖,通过装饰的方式显得有点乱。父类出现问题会影响到所有的子类,这一点不太好(父类运行错误会导致很大问题,修改起来比较方便)
装饰模式又名包装(Wrapper)模式。装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案。
一。简解
装饰模式从两方面理解,透明和扩展,主要是通过继承的方式用子类实现对父类功能的扩展。很好的实现了向下兼容的效果,开闭原则,不改变原类的情况下扩展。
二。用途
在系统升级是很常用,系统中很容易出现对此类的使用,如果直接扩展的话很容易出现问题。同时为了满足开闭原则,使用子类对其功能进行扩展,两全其美既保证了父类的不变动,又实现了对父类的扩展。
三。实例
文件读取:
public class IOTest { public static void main(String[] args) throws IOException { // 流式读取文件 DataInputStream dis = null; try{ dis = new DataInputStream( new BufferedInputStream( new FileInputStream("test.txt") ) ); //读取文件内容 byte[] bs = new byte[dis.available()]; dis.read(bs); String content = new String(bs); System.out.println(content); }finally{ dis.close(); } } }
观察上面的代码,会发现最里层是一个FileInputStream对象,然后把它传递给一个BufferedInputStream对象,经过BufferedInputStream处理,再把处理后的对象传递给了DataInputStream对象进行处理,这个过程其实就是装饰器的组装过程,FileInputStream对象相当于原始的被装饰的对象,而BufferedInputStream对象和DataInputStream对象则相当于装饰器。
装饰模式的类图如下:
在装饰模式中的角色有:
抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加责任的对象。
具体构件(ConcreteComponent)角色:定义一个将要接收附加责任的类。
装饰(Decorator)角色:持有一个构件(Component)对象的实例,并定义一个与抽象构件接口一致的接口。
具体装饰(ConcreteDecorator)角色:负责给构件对象“贴上”附加的责任。
抽象构件角色
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(); // 写相关的业务代码 } }
四。优点
在向下兼容上考虑的时分周到,两全其美,不仅扩展了功能,而且未改变原来的类(透明,扩展)
五。不足
由于大量的使用了继承,在某些地方还是不太合适。某些类未引用过,可以直接删除或者覆盖,通过装饰的方式显得有点乱。父类出现问题会影响到所有的子类,这一点不太好(父类运行错误会导致很大问题,修改起来比较方便)
相关文章推荐
- 设计模式---装饰模式
- NET设计模式之一:装饰模式(Decorator Pattern)
- 设计模式中结构型模式(四)装饰模式(Decorator)
- 设计模式c#描述——装饰(Decorator)模式
- 第四个设计模式:装饰模式
- 设计模式c#语言描述——装饰(Decorator)模式
- 结构型设计模式---Decorator模式(装饰模式)
- .NET设计模式研究之装饰模式
- 解读设计模式----装饰模式(Decorator Pattern)
- 乐在其中设计模式(C#) - 装饰模式(Decorator Pattern)
- 用实例解说Dot Net设计模式——装饰模式
- 第四个设计模式:装饰模式
- AspectJ实现设计模式(七)—装饰模式
- 乐在其中设计模式(C#) - 装饰模式(Decorator Pattern)
- 设计模式之---装饰(decorator)
- 设计模式c#语言描述——装饰(Decorator)模式
- 设计模式之装饰模式篇(Decorator)
- 设计模式之--装饰器模式的硬编码的静态装饰和链化
- 设计模式学习笔记-装饰模式
- 设计模式(11)-装饰模式(Decorator)