通俗易懂,值得收藏的 java 设计模式实战,装饰者模式 之 你不用改变,就让你的能力变强了

简介: 装饰模式指的是在不必改变原类文件和使用继承的情况下,动态地扩展一个对象的功能。它是通过创建一个包装对象,也就是装饰来包裹真实的对象。

什么是装饰者模式

网络百科如下:

装饰模式指的是在不必改变原类文件和使用继承的情况下,动态地扩展一个对象的功能。它是通过创建一个包装对象,也就是装饰来包裹真实的对象。

设计模式和编程语言无关,但是二当家的依然用Java语言去实战举例。


装饰者模式中的角色

在这里插入图片描述

  • 抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加责任的对象。
  • 具体构件(Concrete Component)角色:定义一个将要接收附加责任的类。
  • 装饰(Decorator)角色:持有一个构件(Component)对象的实例,并实现一个与抽象构件接口一致的接口。
  • 具体装饰(Concrete Decorator)角色:负责给构件对象添加上附加的责任。

抽象构件(Component)角色

用动物接口作为抽象构件(Component)角色,动物会移动,和咬。

package com.secondgod.decorator;

/**
 * 动物
 *
 * 抽象构件(Component)角色
 *
 * @author 二当家的白帽子 https://le-yi.blog.csdn.net/
 */
public interface Animal {
    /**
     * 移动
     */
    void move();

    /**
     * 咬你
     */
    void bite();
}
AI 代码解读

具体构件(Concrete Component)角色

用会跑会咬的狗狗类作为具体构件(Concrete Component)角色。

package com.secondgod.decorator;

/**
 * 狗
 *
 * 具体构件(Concrete Component)角色
 *
 * @author 二当家的白帽子 https://le-yi.blog.csdn.net/
 */
public class Dog implements Animal {

    @Override
    public void move() {
        System.out.println("狗子跑起来吧。。。。。");
    }

    @Override
    public void bite() {
        System.out.println("狗子生气了,咬你。。。。。");
    }
}
AI 代码解读

装饰(Decorator)角色

二当家为动物设计了装备,可热插拔,牛得很。

package com.secondgod.decorator;

/**
 * 动物装备
 *
 * 装饰(Decorator)角色
 *
 * @author 二当家的白帽子 https://le-yi.blog.csdn.net/
 */
public abstract class AnimalEquipment implements Animal {
    private Animal animal;

    public AnimalEquipment(Animal animal) {
        this.animal = animal;
    }

    @Override
    public final void move() {
        beforeMove();
        animal.move();
        afterMove();
    }

    @Override
    public final void bite() {
        beforeBite();
        animal.bite();
        afterBite();
    }

    /**
     * 移动前的能力增强
     */
    protected abstract void beforeMove();

    /**
     * 移动后的能力增强
     */
    protected abstract void afterMove();

    /**
     * 咬你前的能力增强
     */
    protected abstract void beforeBite();

    /**
     * 咬你后的能力增强
     */
    protected abstract void afterBite();
}
AI 代码解读

具体装饰(Concrete Decorator)角色

二当家觉得狗狗跑得有点慢,于是二当家设计了一件动物加速装备,不要太先进哦。

package com.secondgod.decorator;

/**
 * 动物加速装备
 *
 * 具体装饰(Concrete Decorator)角色
 *
 * @author 二当家的白帽子 https://le-yi.blog.csdn.net/
 */
public class AnimalAcceleratorEquipment extends AnimalEquipment {
    public AnimalAcceleratorEquipment(Animal animal) {
        super(animal);
    }

    @Override
    protected void beforeMove() {
        System.out.println("打开加速引擎。。。。。");
    }

    @Override
    protected void afterMove() {
        System.out.println("关闭加速引擎。。。。。");
    }

    @Override
    protected void beforeBite() {

    }

    @Override
    protected void afterBite() {

    }
}
AI 代码解读

有的小动物会被大的动物欺负,于是二当家的为他们设计一款攻击力增强装备来保护自己,不要太猛哦。

package com.secondgod.decorator;

/**
 * 动物保护装备
 *
 * 具体装饰(Concrete Decorator)角色
 *
 * @author 二当家的白帽子 https://le-yi.blog.csdn.net/
 */
public class AnimalProtectionEquipment extends AnimalEquipment{
    public AnimalProtectionEquipment(Animal animal) {
        super(animal);
    }

    @Override
    protected void beforeMove() {

    }

    @Override
    protected void afterMove() {

    }

    @Override
    protected void beforeBite() {
        System.out.println("安装合金牙套。。。。。");
    }

    @Override
    protected void afterBite() {
        System.out.println("取下合金牙套。。。。。");
    }
}
AI 代码解读

测试的时候到了

package com.secondgod.decorator;

public class Test {

    public static void main(String[] args) {
        System.out.println("一只善良小狗子散步中。。。。。");
        Animal animal = new Dog();
        System.out.println("一只凶猛大狗出现,前来欺负善良小狗。。。。。");
        System.out.println("赶紧为善良小狗装上保护装备,反击的时候到了。。。。。");
        animal = new AnimalProtectionEquipment(animal);
        animal.bite();
        System.out.println("糟糕了,有点过了,跑路吧,小狗子移动太慢了,装上加速装备。。。。。");
        animal = new AnimalAcceleratorEquipment(animal);
        animal.move();
    }
}
AI 代码解读

在这里插入图片描述

好了,安全到家,Nice。

如果要是用继承的方式,要多出来很多类:加速不合金的狗子,合金不加速的狗子,又加速又合金的狗子,以后可能还要有加速不合金的猫,合金不加速的猫,又加速又合金的猫。


尾声

为了更明确的说明装饰者模式不增加或减少行为,而是行为的增强,所以装饰角色使用抽象类并且是final方法来举例,这样严格限制了具体装饰角色仅决定如何增强行为,而不改变行为的多少。事实上装饰角色也可以是接口。

装饰者模式太好用了,热插拔,你不用改变,就让你的能力变强了。


非常感谢你阅读本文~
放弃不难,但坚持一定很酷~
希望我们大家都能每天进步一点点~
本文由 二当家的白帽子:https://developer.aliyun.com/profile/sqd6avc7qgj7y 博客原创~

目录
打赏
0
1
1
0
3
分享
相关文章
「全网最细 + 实战源码案例」设计模式——享元模式
享元模式(Flyweight Pattern)是一种结构型设计模式,旨在减少大量相似对象的内存消耗。通过分离对象的内部状态(可共享、不变)和外部状态(依赖环境、变化),它有效减少了内存使用。适用于存在大量相似对象且需节省内存的场景。模式优点包括节省内存和提高性能,但会增加系统复杂性。实现时需将对象成员变量拆分为内在和外在状态,并通过工厂类管理享元对象。
167 92
Python 高级编程与实战:深入理解设计模式与软件架构
本文深入探讨了Python中的设计模式与软件架构,涵盖单例、工厂、观察者模式及MVC、微服务架构,并通过实战项目如插件系统和Web应用帮助读者掌握这些技术。文章提供了代码示例,便于理解和实践。最后推荐了进一步学习的资源,助力提升Python编程技能。
「全网最细 + 实战源码案例」设计模式——命令模式
命令模式(Command Pattern)是一种行为型设计模式,将请求封装成独立对象,从而解耦请求方与接收方。其核心结构包括:Command(命令接口)、ConcreteCommand(具体命令)、Receiver(接收者)和Invoker(调用者)。通过这种方式,命令的执行、撤销、排队等操作更易扩展和灵活。 适用场景: 1. 参数化对象以操作。 2. 操作放入队列或远程执行。 3. 实现回滚功能。 4. 解耦调用者与接收者。 优点: - 遵循单一职责和开闭原则。 - 支持命令组合和延迟执行。 - 可实现撤销、恢复功能。 缺点: - 增加复杂性和类数量。
63 14
「全网最细 + 实战源码案例」设计模式——命令模式
「全网最细 + 实战源码案例」设计模式——责任链模式
责任链模式(Chain of Responsibility Pattern)是一种行为型设计模式,允许将请求沿着处理者链进行发送。每个处理者可以处理请求或将其传递给下一个处理者,从而实现解耦和灵活性。其结构包括抽象处理者(Handler)、具体处理者(ConcreteHandler)和客户端(Client)。适用于不同方式处理不同种类请求、按顺序执行多个处理者、以及运行时改变处理者及其顺序的场景。典型应用包括日志处理、Java Web过滤器、权限认证等。
60 13
「全网最细 + 实战源码案例」设计模式——责任链模式
「全网最细 + 实战源码案例」设计模式——策略模式
策略模式(Strategy Pattern)是一种行为型设计模式,用于定义一系列可替换的算法或行为,并将它们封装成独立的类。通过上下文持有策略对象,在运行时动态切换算法,提高代码的可维护性和扩展性。适用于需要动态切换算法、避免条件语句、经常扩展算法或保持算法独立性的场景。优点包括符合开闭原则、运行时切换算法、解耦上下文与策略实现、减少条件判断;缺点是增加类数量和策略切换成本。示例中通过定义抽象策略接口和具体策略类,结合上下文类实现动态算法选择。
62 8
「全网最细 + 实战源码案例」设计模式——策略模式
「全网最细 + 实战源码案例」设计模式——模板方法模式
模板方法模式是一种行为型设计模式,定义了算法的骨架并在父类中实现不变部分,将可变部分延迟到子类实现。通过这种方式,它避免了代码重复,提高了复用性和扩展性。具体步骤由抽象类定义,子类实现特定逻辑。适用于框架设计、工作流和相似算法结构的场景。优点包括代码复用和符合开闭原则,缺点是可能违反里氏替换原则且灵活性较低。
66 7
「全网最细 + 实战源码案例」设计模式——模板方法模式
|
2月前
|
「全网最细 + 实战源码案例」设计模式——模式扩展(配置工厂)
该设计通过配置文件和反射机制动态选择具体工厂,减少硬编码依赖,提升系统灵活性和扩展性。配置文件解耦、反射创建对象,新增产品族无需修改客户端代码。示例中,`CoffeeFactory`类加载配置文件并使用反射生成咖啡对象,客户端调用时只需指定名称即可获取对应产品实例。
90 40
「全网最细 + 实战源码案例」设计模式——适配器模式
适配器模式(Adapter Pattern)是一种结构型设计模式,通过引入适配器类将一个类的接口转换为客户端期望的另一个接口,使原本因接口不兼容而无法协作的类能够协同工作。适配器模式分为类适配器和对象适配器两种,前者通过多重继承实现,后者通过组合方式实现,更常用。该模式适用于遗留系统改造、接口转换和第三方库集成等场景,能提高代码复用性和灵活性,但也可能增加代码复杂性和性能开销。
76 28
「全网最细 + 实战源码案例」设计模式——组合模式
组合模式(Composite Pattern)是一种结构型设计模式,用于将对象组合成树形结构以表示“部分-整体”的层次结构。它允许客户端以一致的方式对待单个对象和对象集合,简化了复杂结构的处理。组合模式包含三个主要组件:抽象组件(Component)、叶子节点(Leaf)和组合节点(Composite)。通过这种模式,客户端可以统一处理简单元素和复杂元素,而无需关心其内部结构。适用于需要实现树状对象结构或希望以相同方式处理简单和复杂元素的场景。优点包括支持树形结构、透明性和遵循开闭原则;缺点是可能引入不必要的复杂性和过度抽象。
82 22
「全网最细 + 实战源码案例」设计模式——代理模式
代理模式(Proxy Pattern)是一种结构型设计模式,通过代理对象控制对目标对象的访问并添加额外功能。它分为静态代理和动态代理,后者包括JDK动态代理和CGLIB动态代理。JDK动态代理基于接口反射生成代理类,而CGLIB通过继承目标类生成子类。代理模式适用于延迟初始化、访问控制、远程服务、日志记录和缓存等场景,优点是职责分离、符合开闭原则和提高安全性,缺点是增加系统复杂性。
79 25

热门文章

最新文章

AI助理

你好,我是AI助理

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