装饰器模式(Decorator Pattern)

简介: 装饰器模式(Decorator Pattern)

定义


动态地给一个对象添加额外的职责。就增加功能来说,装饰模式相比生成子类更为灵活。

1671088354957.jpg


代码实现


抽象构件:

public abstract class Component {
    //抽象的方法
    public abstract void operate();
}
复制代码

具体构件:

public class ConcreateComponent extends Component {
    @Override
    public void operate() {
        System.out.println("do something");
    }
}
复制代码

抽象装饰器:

public abstract class Decorator extends Component{
    Component component;
    public Decorator(Component component) {
        this.component = component;
    }
    @Override
    public void operate() {
        this.component.operate();;
    }
}
复制代码

具体装饰类:

public class ConcreteDecorator1 extends Decorator {
    public ConcreteDecorator1(Component component) {
        super(component);
    }
    private void method1() {
        System.out.println("修饰1");
    }
    @Override
    public void operate() {
        this.method1();
        super.operate();
    }
}
public class ConcreteDecorator2 extends Decorator {
    public ConcreteDecorator2(Component component) {
        super(component);
    }
    private void method2() {
        System.out.println("修饰2");
    }
    @Override
    public void operate() {
        super.operate();
        this.method2();
    }
}
复制代码

场景类:

public static void main(String[] args) {
        Component component = new ConcreateComponent();
        //第一次修饰
        component = new ConcreteDecorator1(component);
        //第二次修饰
        component = new ConcreteDecorator2(component);
        component.operate();
    }
复制代码


优点


  • 装饰类和被装饰类独立发展,互补耦合。意思就是Component不知道Decorator存在,Decorator也不用知道具体的构件。
  • 是继承关系的一个替代方案。无论装饰多少层,装饰后依然返回Component。
  • 动态扩展一个实现类的功能,如果不需要,直接不进行装饰,卸载即可。


缺点


多层装饰增加系统的复杂度。


适用场景


  • 需要扩展一个类的功能
  • 动态给一个对象增加功能,也可以动态撤销


实践


装饰模式是对继承的有力补充。但是继承不是动态的,扩展性差。什么意思呢?比如Father, Son, GrandSon三个继承关系类,现在需求要对Son增强功能,难道要修改Son类中增加修改方法吗? 但会影响GrandSon,特别是GrandSon有多个情况, 但是可以通过装饰器模式添加一个SonDecorator来实现,原来的程序不进行变更。

另外JDK源码IO中也用到了装饰器模式。

1671088396584.jpg

抽象构件: InputStream

具体构件: FileInputStream

抽象装饰器: FilterInputStream

具体装饰器: BufferedInputStream, DataInputStream

目录
打赏
0
0
0
0
16
分享
相关文章
设计模式13 - 装饰模式【Decorator Pattern】
设计模式13 - 装饰模式【Decorator Pattern】
41 0
外观模式(Facade Pattern)
外观模式(Facade Pattern)是一种结构型设计模式,为子系统中的一组接口提供一个一致的接口。它通过一个高层接口简化子系统的复杂性,使客户端更容易使用。外观模式的核心角色包括外观(Facade)和子系统(Subsystems),主要优点是降低复杂性和松耦合,适用于简化接口、分层设计和遗留代码集成等场景。
37 2
装饰模式(Decorator Pattern)
装饰模式是一种结构型设计模式,允许在不修改原有对象的情况下动态添加功能。它通过装饰类层层叠加实现功能扩展,适用于需要在运行时动态添加、修改或移除对象行为的场景。装饰模式的核心角色包括抽象组件、具体组件、抽象装饰和具体装饰。该模式的优点在于动态扩展功能、避免类爆炸和遵守开放-封闭原则,但可能会导致对象数量增加和调试困难。常见使用场景包括图形系统中的动态效果和输入流的功能扩展。
83 0
结构型模式 - 装饰器模式(Decorator Pattern)
结构型模式 - 装饰器模式(Decorator Pattern)
Java设计模式——装饰模式(Decorator Pattern)
Java设计模式——装饰模式(Decorator Pattern)
215 0
Java设计模式——装饰模式(Decorator Pattern)
【Java设计模式系列】装饰器模式(Decorator Pattern)(上)
【Java设计模式系列】装饰器模式(Decorator Pattern)
152 0
【Java设计模式系列】装饰器模式(Decorator Pattern)(上)
设计模式|从Visitor Pattern说到Pattern Matching
在软件开发领域,我们每次遇到的问题可能都各不相同,有些是跟电商业务相关的,有些是跟底层数据结构相关的,而有些则可能重点在性能优化上。然而不管怎么样,我们在代码层面上解决问题的方法都有一定的共性。有没有人总结过这些共性呢?
设计模式|从Visitor Pattern说到Pattern Matching

热门文章

最新文章

AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等