装饰器模式(Decorator Pattern)

装饰器模式(Decorator Pattern)

标签: 设计模式


  装饰器模式是一种结构型模式,目标是动态的给一个对象添加一些额外的职责装饰器模式使用组合而不是继承的方式来实现。

  核心代码是包装器的构造方法传入组件作为参数,再把构造出来的类传入其他包装器,实现不断包装、不同组合包装的过程。

  UML类结构图:
834443-20170402095141289-988579187.jpg

Component :用来规范被装饰的对象的接口。
Concrete component :被装饰的类。
Decorator :装饰器抽象类,组合一个Component的实例,在构造方法中传入。自身也实现Component接口。
Concrete decorator :具体装饰器,负责给具体Component添加附加职责的类。

举例:某家庭请了一个保姆,职责是带孩子,但是现在爸妈都要上班,没有空做饭和打扫卫生,于是想给保姆加工资,让他添加做饭和打扫卫生等其他职责。

// Component
public interface 佣人{
    void 干活();
}

// Concrete component
public 保姆 implement 佣人(){
    @Overide
    void 干活(){
        system.out.println("刚开始只要求:带孩子");
    }
}

// Decorator
public abstract class 加工资佣人 implement 佣人{
    private 佣人 佣人甲;
    public 加工资佣人(佣人 某人){
        this.佣人甲 = 某人;
    }
}

// Concrete decorator A
public class 加工资做饭佣人 extends 加工资佣人{
    public 加工资做饭佣人(佣人 某人){
        super(某人);
    }
    
    // 额外添加做饭职责
    @Overide
    public void 干活(){
        佣人甲.干活();
        做饭();
    }
    
    public void 做饭(){
        system.out.println("给你加工资:做饭");
    }
}

// Concrete decorator B
public class 加工资搞卫生佣人 extends 加工资佣人{
    public 加工资搞卫生佣人(佣人 某人){
        super(某人);
    }
    
    // 额外添加搞卫生职责
    @Overide
    public void 干活(){
        佣人甲.干活();
        搞卫生();
    }
    
    public void 搞卫生(){
        system.out.println("给你加工资:搞卫生");
    }
}

// client,调用时随意组合,扩展简单
// 请个带孩子的保姆,顺便做一下饭
佣人 佣人A = new 加工资做饭佣人(new 保姆());
佣人A.干活();

// 请个带孩子的保姆,顺便做搞一下卫生
佣人 佣人B = new 加工资搞卫生佣人(new 保姆());
佣人B.干活();

// 请个带孩子的保姆,顺便做饭和搞卫生
佣人 佣人C = new 加工资搞卫生佣人(new 加工资做饭佣人(new 保姆()));
佣人C.干活();

// 请个带孩子的保姆,顺便做饭和搞卫生和......
...
// 输出
// 佣人A
刚开始只要求:带孩子
给你加工资:做饭
// 佣人B
刚开始只要求:带孩子
给你加工资:搞卫生
// 佣人C
刚开始只要求:带孩子
给你加工资:搞卫生
给你加工资:做饭

java的IO是装饰器模式的运用。

java I/O库具有两个对称性,它们分别是:
  输入-输出对称:比如InputStream 和OutputStream 各自占据Byte流的输入和输出的两个平行的等级结构的根部;而Reader和Writer各自占据Char流的输入和输出的两个平行的等级结构的根部。
  byte-char对称:InputStream和Reader的子类分别负责byte和Char流的输入;OutputStream和Writer的子类分别负责byte和Char流的输出。
  
  这些作为根类,如果我们想通过缓冲,字节,或者是管道,这个时候我们就需要使用装饰器来进行装饰,然后通过装饰器来实现相应的操作,根类具有readLine方法,对于装饰类,通过构造函数将基类的一个实例注入进去,然后通过委托模式,首先通过基类的readLine方法获取字节流,然后根据相应的操作,实现字节读取等。

BufferedReader br = new BufferedReader(new InputStreamReader(new FileInputStream(file)));
String line = br.readLine();

与适配器模式的区别
与代理模式的区别

转载于:https://www.cnblogs.com/banyu/p/6658332.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
以下是组合模式、装饰器模式、外观模式、享元模式和代理模式的应用案例和代码实现步骤的简要说明: 1. 组合模式 (Composite Pattern): 应用案例:文件系统的目录结构可以使用组合模式来表示,其中目录和文件都可以作为容器或叶子节点,可以方便地进行递归操作。 代码实现步骤:创建一个抽象或接口表示组件,其中包含添、删除和获取子组件的方法。实现分别表示叶子节点和容器节点,容器节点可以包含其他组件。 2. 装饰器模式 (Decorator Pattern): 应用案例:在一个图形绘制软件中,可以使用装饰器模式来实现不同的图形对象以及对图形进行装饰,例如添颜色、添边框等。 代码实现步骤:创建一个抽象或接口表示基本对象或装饰器,其中包含一个基本对象的引用。具体装饰继承自该抽象,并在调用方法时添额外的功能。 3. 外观模式 (Facade Pattern): 应用案例:在一个电子商务平台中,可以使用外观模式来创建一个统一的接口,将不同子系统的功能封装起来,便于客户端调用。 代码实现步骤:创建一个外观,该提供了一个简单的接口来调用多个子系统的功能,并在内部进行协调和管理。 4. 享元模式 (Flyweight Pattern): 应用案例:在一个游戏中,可以使用享元模式来共享不同的游戏资源对象,例如共享相同的纹理、音频等,以减少内存的使用。 代码实现步骤:创建一个享元工厂来管理共享对象,通过池化技术来缓存和重用对象,并提供一个获取共享对象的方法。 5. 代理模式 (Proxy Pattern): 应用案例:在一个网络请求中,可以使用代理模式来代表真实的网络请求对象,以进行一些额外的操作,例如鉴权、缓存等。 代码实现步骤:创建一个接口或抽象来表示真实对象和代理对象,代理对象持有一个真实对象的引用,并在调用方法时进行一些额外的处理。 以上是这些设计模式的简要应用案例和代码实现步骤。在实际开发中,可以根据具体需求选择合适的设计模式,并根据设计模式的原则进行设计和实现。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值