设计模式--装饰者模式(在IO体系中的应用)

装饰者模式是一种动态扩展对象功能的设计模式,与代理模式相似但重点在于装饰者模式关注于添加额外功能。在Java IO体系中,InputStream是装饰者超类,如BufferedInputStream等实现了对原始流的装饰,添加了缓冲功能。装饰者模式允许在不修改原有代码的情况下,灵活地增加新功能,避免类膨胀。
摘要由CSDN通过智能技术生成

上一篇介绍了适配器模式,它是将一个类的接口,转化成客户期望的另一个接口,适配器让原本接口不兼容的类可以合作无间。装饰者模式:动态的将责任附加到对象上(因为利用组合而不是继承来实现,而组合是可以在运行时进行随机组合的)用来扩展功能。若要扩展功能,装饰者提供了比继承更富有弹性的替代方案(同样地,通过组合可以很好的避免类暴涨,也规避了继承中的子类必须无条件继承父类所有属性的弊端)。我们的目标是允许类统一扩展,在不修改现有代码的情况下,就可搭配新的行为且符合开闭原则。对于装饰者模式,JDK中典型的应用莫过于是IO体系。

装饰者模式

其特点是:
装饰者类拥有被装饰者类的对象,一般是当构造参数传入。
在装饰者类当中调用被装饰者类的方法,封装成新的功能方法。
装饰者设计模式主要是利用多态,将子类对象作为参数互相传递(主要为了传递实现的函数),达到互相装饰的效果,从而减少代码重复率,优化代码结构。
这里写图片描述
与component是实现和聚合关系 (aggregation)。

//.Component : 定义一个对象接口,可以给这些对象动态地添加职责。
interface Component {
   
     public void operation();
}
// ConcreteComponent : 实现 Component 定义的接口。
class ConcreteComponent implements Component {
   
    @Override
    public void operation() {
        System.out.println("初始行为");
    }
}

Decorator : 装饰抽象类,继承了 Component, 从外类来扩展 Component 类的功能,但对于 Component 来说,是无需知道 Decorator 的存在的。

class Decorator
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值