装饰者模式

设计模式文章

中介者模式

代理模式

抽象工厂模式详解 —— head first 设计模式

装饰者模式

适配器模式

策略模式

观察者模式

建造者模式 (Builder)

装饰器模式

装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构。这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装。

这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能。 

优点:

  • 装饰者模式比继承灵活性,在不改变原有对象的情况下给对象扩展功能,符合开闭原则。继承关系是静态的,在编译的时候就已经决定了行为,不便于控制增加行为的方式和时机。

  • 装饰者模式可以动态使用不同的装饰类排列组合,创造出多样的行为组合。

缺点:

  • 1.装饰模式会导致设计出大量的ConcreteDecorator类,增加系统的复杂性。

  • 2.对于多次装饰的对象,一旦出现错误,排错繁琐;

装饰模式的结构与实现

通常情况下,扩展一个类的功能会使用继承方式来实现。但继承具有静态特征,耦合度高,并且随着扩展功能的增多,子类会很膨胀。如果使用组合关系来创建一个包装对象(即装饰对象)来包裹真实对象,并在保持真实对象的类结构不变的前提下,为其提供额外的功能,这就是装饰模式的目标。下面来分析其基本结构和实现方法。

1. 模式的结构

装饰模式主要包含以下角色。

  1. 抽象构件(Component)角色:定义一个抽象接口以规范准备接收附加责任的对象。

  2. 具体构件(Concrete    Component)角色:实现抽象构件,通过装饰角色为其添加一些职责。

  3. 抽象装饰(Decorator)角色:继承抽象构件,并包含具体构件的实例,可以通过其子类扩展具体构件的功能。

  4. 具体装饰(ConcreteDecorator)角色:实现抽象装饰的相关方法,并给具体构件对象添加附加的责任。

装饰模式的结构图如图所示。

装饰模式的结构图

2. 模式的实现

装饰模式的实现代码如下:

package decorator;
public class DecoratorPattern
{
    static void main(String[] args)
    {
        Component p=new ConcreteComponent();
        p.operation();
        System.out.println("---------------------------------");
        Component d= ConcreteDecorator(p);
        d.operation();
    }
}
//抽象构件角色 interface Component { operation(); }
具体构件角色 class ConcreteComponent implements Component { public ConcreteComponent() { System.out.println("创建具体构件角色"); } operation() { System.out.println("调用具体构件角色的方法operation()"); } }
抽象装饰角色 class Decorator private Component component; Decorator(Component component) { this.component=component; } operation() { component.operation(); } }
具体装饰角色 class ConcreteDecorator extends Decorator { ConcreteDecorator(Component component) { super(component); } operation() { .operation(); addedFunction(); } addedFunction() { System.out.println("为具体构件角色增加额外的功能addedFunction()"); } }

应用实现

装饰者模式可以给已经存在的对象动态的添加能力。下面,我将会用一个简单的例子来演示一下如何在程序当中使用装饰者模式。

1. 装饰者模式

让我们来假设一下,你正在寻找一个女朋友。有很多来自不同国家的女孩,比如:美国,中国,日本,法国等等,他们每个人都有不一样的个性和兴趣爱好,如果需要在程序当中模拟这么一种情况的话,假设每一个女孩就是一个Java类的话,那么就会有成千上万的类,这样子就会造成类的膨胀,而且这样的设计的可扩展性会比较差。

因为如果我们需要一个新的女孩,就需要创建一个新的 Java 类,这实际上也违背了在程序开发当中需要遵循的OCP(对扩展开放,对修改关闭)原则。让我们来重新做另外一种设计,让每一种个性或者兴趣爱好成为一种装饰从而可以动态地添加到每一个女孩的身上。

2. 类图结构

3.装饰者模式示例代码

 Girl.java
abstract  Girl {

    String description = "no particular";

     String getDescription(){
        return description;
    }
}

 AmericanGirl.java
class AmericanGirl  Girl {
 
     AmericanGirl() {
        description = "+American";
    }
}

 EuropeanGirl.java
class EuropeanGirl  EuropeanGirl(){
        description = "+European" GirlDecorator.java
class GirlDecorator abstract String getDescription();

}

 Science.java
class Science  GirlDecorator {
 
     Girl girl;
 
     Science(Girl girl){
        this.girl = girl;
    }

    @Override
     String getDescription() {
        return this.girl.getDescription() + "+Like Science";
    }
 
     caltulateStuff() {
        System.out.println("scientific calculation!");
    }
}

 Art.java
class Art  GirlDecorator {
     Art(Girl girl){
         girl;
    }
 
    @Override
    this.girl.getDescription() + "+Like Art";
    }

     draw() {
        System.out.println("draw pictures!" Main.java
 Main {
     main(String[] args) {
         普通美国女孩
        Girl g1 =  AmericanGirl();
        System.out.println(g1.getDescription());
         喜欢科学的
        Science g2 =  Science(g1);
        System.out.println(g2.getDescription());
         喜欢艺术的
        Art g3 =  Art(g2);
        System.out.println(g3.getDescription());
    }
}

应用场景

前面讲解了关于装饰模式的结构与特点,下面介绍其适用的应用场景,装饰模式通常在以下几种情况使用。

  • 当需要给一个现有类添加附加职责,而又不能采用生成子类的方法进行扩充时。例如,该类被隐藏或者该类是终极类或者采用继承方式会产生大量的子类。

  • 当需要通过对现有的一组基本功能进行排列组合而产生非常多的功能时,采用继承关系很难实现,而采用装饰模式却很好实现。

  • 当对象的功能要求可以动态地添加,也可以再动态地撤销时。

装饰模式在 Java 语言中的最著名的应用莫过于 Java I/O 标准库的设计了。例如,InputStream 的子类 FilterInputStream,OutputStream 的子类 FilterOutputStream,Reader 的子类 BufferedReader 以及 FilterReader,还有 Writer 的子类 BufferedWriter、FilterWriter 以及 PrintWriter 等,它们都是抽象装饰类。

装饰者模式在jdk中的应用I/O

  • InputStream 相当于装饰者模式的 Component

  • FileInputStream,ByteArrayInputStream,ObjectInputStream这些对象直接继承了 InputStream,相当于装饰者模式中的 ConcreteComponent

  • FilterInputStream 继承了 InputStream,并且持有了一个 InputStream,相当于装饰者模式中的 Decorator

  • BufferedInputStream,PushbackInputStream,LineNumberInputStream,DataInputStream 继承了FilterInputStream,相当于装饰者模式中的ConcreteDecorator

这里FileInputStream 相当于组件对象,BufferedInputStream这个装饰器装饰了 FileInputStream 对象 
BufferedInputStream bis = new BufferedInputStream(new FileInputStream(new File("fileName"))); 
byte[] buff = new byte[1024];
bis.read(buff); System.out.println(
new String(buff));

 

参考文章

这是我见过最通俗易懂的 装饰者模式 讲解了!

设计模式之装饰者模式(Decorator Pattern)

装饰模式(装饰设计模式)详解

 

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


什么是设计模式一套被反复使用、多数人知晓的、经过分类编目的、代码 设计经验 的总结;使用设计模式是为了 可重用 代码、让代码 更容易 被他人理解、保证代码 可靠性;设计模式使代码编制  真正工程化;设计模式使软件工程的 基石脉络, 如同大厦的结构一样;并不直接用来完成代码的编写,而是 描述 在各种不同情况下,要怎么解决问题的一种方案;能使不稳定依赖于相对稳定、具体依赖于相对抽象,避免引
单一职责原则定义(Single Responsibility Principle,SRP)一个对象应该只包含 单一的职责,并且该职责被完整地封装在一个类中。Every  Object should have  a single responsibility, and that responsibility should be entirely encapsulated by t
动态代理和CGLib代理分不清吗,看看这篇文章,写的非常好,强烈推荐。原文截图*************************************************************************************************************************原文文本************
适配器模式将一个类的接口转换成客户期望的另一个接口,使得原本接口不兼容的类可以相互合作。
策略模式定义了一系列算法族,并封装在类中,它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码,它是针对软件开发中经常遇到的一些设计问题,总结出来的一套通用的解决方案。
模板方法模式在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中,使得子类可以在不改变算法结构的情况下,重新定义算法中的某些步骤。
迭代器模式提供了一种方法,用于遍历集合对象中的元素,而又不暴露其内部的细节。
外观模式又叫门面模式,它提供了一个统一的(高层)接口,用来访问子系统中的一群接口,使得子系统更容易使用。
单例模式(Singleton Design Pattern)保证一个类只能有一个实例,并提供一个全局访问点。
组合模式可以将对象组合成树形结构来表示“整体-部分”的层次结构,使得客户可以用一致的方式处理个别对象和对象组合。
装饰者模式能够更灵活的,动态的给对象添加其它功能,而不需要修改任何现有的底层代码。
观察者模式(Observer Design Pattern)定义了对象之间的一对多依赖,当对象状态改变的时候,所有依赖者都会自动收到通知。
代理模式为对象提供一个代理,来控制对该对象的访问。代理模式在不改变原始类代码的情况下,通过引入代理类来给原始类附加功能。
工厂模式(Factory Design Pattern)可细分为三种,分别是简单工厂,工厂方法和抽象工厂,它们都是为了更好的创建对象。
状态模式允许对象在内部状态改变时,改变它的行为,对象看起来好像改变了它的类。
命令模式将请求封装为对象,能够支持请求的排队执行、记录日志、撤销等功能。
备忘录模式(Memento Pattern)保存一个对象的某个状态,以便在适当的时候恢复对象。备忘录模式属于行为型模式。 基本介绍 **意图:**在不破坏封装性的前提下,捕获一个对象的内部状态,并在该
顾名思义,责任链模式(Chain of Responsibility Pattern)为请求创建了一个接收者对象的链。这种模式给予请求的类型,对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为
享元模式(Flyweight Pattern)(轻量级)(共享元素)主要用于减少创建对象的数量,以减少内存占用和提高性能。这种类型的设计模式属于结构型模式,它提供了减少对象数量从而改善应用所需的对象结