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

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

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值