浅析Java设计模式【3.7】——状态

简介: Java常用设计模式,状态模式

1. 概念

软件开发领域,应用程序中的部分对象可能会根据不同的情况做出不同的行为,把这种对象称为有状态的对象,而把影响对象行为的一个或多个动态变化的属性称为状态。当有状态的对象与外部事件产生互动时,其内部状态就会发生改变,从而使其行为也发生改变。

对这种有状态的对象编程,传统的解决方案是:将这些所有可能发生的情况全都考虑到,然后使用 if-elseswitch-case 语句来做状态判断,再进行不同情况的处理。但是显然这种做法对复杂的状态判断存在天然弊端,条件判断语句会过于臃肿,可读性差,且不具备扩展性,维护难度也大。且增加新的状态时要添加新的 if-else 语句,这违背了 开闭原则 ,不利于程序的扩展。

以上问题如果采用 状态模式 就能很好地得到解决。

2. 适用场景

当定义或者声明实例状态转换的条件过于复杂时,把状态的转换逻辑移到表示不同状态的一系列类中,目的是为了简化逻辑。

消除了 if-elseswitch-case 等冗余语句,代码更有层次性,并且具备良好的扩展力。

用电商中的订单来举例,订单状态每次发⽣变更,都要执⾏不同的操作。

  • 订单完成⽀付:

    • ⽴即通知商家发货,
    • 减库存
    • 生成积分
  • 订单执⾏取消:

    • 执⾏库存回滚,
    • 执⾏退款操作
    • 积分账户扣减
    • 如果订单已⽀付,还需要执⾏退款操作,⽆论是通知商

3. 优缺点

3.1. 优点

  • 封装了转换规则。
  • 将所有与某个状态有关的⾏为放到⼀个类中,并且可以⽅便地增加新的状态,只需要改变对象状态即可改变对象的⾏为。
  • 允许状态转换逻辑与状态对象合成⼀体,⽽不是某⼀个巨⼤的条件语句块。

3.2. 缺点

  • 状态模式的使⽤必然会增加系统类和对象的个数。
  • 状态模式对 开闭原则 的⽀持并不太好,对于可以切换状态的状态模式,增加新的状态类需要修改那些负责状态转换的源代码,否则⽆法切换到新增状态,⽽且修改某个状态类的⾏为也需修改对应类的源代码。

4. 样例

4.1. 状态


public interface State {

    /** 变更状态
     * @author <a href="https://github.com/rothschil">Sam</a>
     * @date 2022/8/5-14:09
     * @param order
     **/
    void doAction(Order order);

    /** 执⾏⾏为
     * @author <a href="https://github.com/rothschil">Sam</a>
     * @date 2022/8/5-14:09
     **/
    void execute();

}

4.2. 订单支付


@Slf4j
public class PaymentConfirmNoticeBehavior implements State{

    @Override
    public void doAction(Order order) {
        log.warn("订单支付");
        order.setState(this);
    }

    @Override
    public void execute() {
        log.warn("通知商家发货");
        log.warn("通知减库存");
        log.warn("通知积分新增");
    }
}

4.3. 订单取消


@Slf4j
public class PaymentCancelNoticeBehavior implements State{

    @Override
    public void doAction(Order order) {
        log.warn("订单取消支付");
        order.setState(this);
    }

    @Override
    public void execute() {
        log.warn("订单取消,执行库存回滚");
        log.warn("订单取消,执行退款");
        log.warn("订单取消,回退积分收益");
    }
}

4.4. 客户端


    @DisplayName("状态模式")
    @Test
    public void testState() {
        OrderService orderService = new OrderService();
        Order order =orderService.find(2021L);

        PaymentConfirmNoticeBehavior behavior = new PaymentConfirmNoticeBehavior();
        behavior.doAction(order);
        order.getState().execute();
    }

4.5. 效果


2022-08-05 16:55:53,131 WARN (PaymentConfirmNoticeBehavior.java:11)- 订单支付
2022-08-05 16:55:53,134 WARN (PaymentConfirmNoticeBehavior.java:17)- 通知商家发货
2022-08-05 16:55:53,135 WARN (PaymentConfirmNoticeBehavior.java:18)- 通知减库存
2022-08-05 16:55:53,135 WARN (PaymentConfirmNoticeBehavior.java:19)- 通知积分新增
目录
相关文章
|
1天前
|
设计模式 存储 Java
【十】设计模式~~~结构型模式~~~享元模式(Java)
文章详细介绍了享元模式(Flyweight Pattern),这是一种对象结构型模式,通过共享技术实现大量细粒度对象的重用,区分内部状态和外部状态来减少内存中对象的数量,提高系统性能。通过围棋棋子的设计案例,展示了享元模式的动机、定义、结构、优点、缺点以及适用场景,并探讨了单纯享元模式和复合享元模式以及与其他模式的联用。
【十】设计模式~~~结构型模式~~~享元模式(Java)
|
1天前
|
设计模式 存储 Java
【九】设计模式~~~结构型模式~~~外观模式(Java)
文章详细介绍了外观模式(Facade Pattern),这是一种对象结构型模式,通过引入一个外观类来简化客户端与多个子系统之间的交互,降低系统的耦合度,并提供一个统一的高层接口来使用子系统。通过文件加密模块的实例,展示了外观模式的动机、定义、结构、优点、缺点以及适用场景,并讨论了如何通过引入抽象外观类来提高系统的可扩展性。
【九】设计模式~~~结构型模式~~~外观模式(Java)
|
1天前
|
设计模式 Java
【八】设计模式~~~结构型模式~~~装饰模式(Java)
文章详细介绍了装饰模式(Decorator Pattern),这是一种对象结构型模式,用于在不使用继承的情况下动态地给对象添加额外的职责。装饰模式通过关联机制,使用装饰器类来包装原有对象,并在运行时通过组合的方式扩展对象的行为。文章通过图形界面构件库的设计案例,展示了装饰模式的动机、定义、结构、优点、缺点以及适用场景,并提供了Java代码实现和应用示例。装饰模式提高了系统的灵活性和可扩展性,适用于需要动态、透明地扩展对象功能的情况。
【八】设计模式~~~结构型模式~~~装饰模式(Java)
|
1天前
|
设计模式 XML 存储
【七】设计模式~~~结构型模式~~~桥接模式(Java)
文章详细介绍了桥接模式(Bridge Pattern),这是一种对象结构型模式,用于将抽象部分与实现部分分离,使它们可以独立地变化。通过实际的软件开发案例,如跨平台视频播放器的设计,文章阐述了桥接模式的动机、定义、结构、优点、缺点以及适用场景,并提供了完整的代码实现和测试结果。桥接模式适用于存在两个独立变化维度的系统,可以提高系统的可扩展性和灵活性。
【七】设计模式~~~结构型模式~~~桥接模式(Java)
|
1天前
|
设计模式 存储 负载均衡
【五】设计模式~~~创建型模式~~~单例模式(Java)
文章详细介绍了单例模式(Singleton Pattern),这是一种确保一个类只有一个实例,并提供全局访问点的设计模式。文中通过Windows任务管理器的例子阐述了单例模式的动机,解释了如何通过私有构造函数、静态私有成员变量和公有静态方法实现单例模式。接着,通过负载均衡器的案例展示了单例模式的应用,并讨论了单例模式的优点、缺点以及适用场景。最后,文章还探讨了饿汉式和懒汉式单例的实现方式及其比较。
【五】设计模式~~~创建型模式~~~单例模式(Java)
|
1天前
|
设计模式 算法 安全
Java编程中的设计模式:提升代码的可维护性和扩展性
【8月更文挑战第19天】在软件开发的世界里,设计模式是解决常见问题的一种优雅方式。本文将深入探讨Java编程语言中常用的几种设计模式,并解释如何通过这些模式来提高代码的可维护性和扩展性。文章不涉及具体的代码实现,而是侧重于理论和实践相结合的方式,为读者提供一种思考和改善现有项目的新视角。
|
1天前
|
设计模式 XML 存储
【六】设计模式~~~结构型模式~~~适配器模式(Java)
文章详细介绍了适配器模式(Adapter Pattern),这是一种结构型设计模式,用于将一个类的接口转换成客户期望的另一个接口,使原本不兼容的接口能够一起工作,提高了类的复用性和系统的灵活性。通过对象适配器和类适配器两种实现方式,展示了适配器模式的代码应用,并讨论了其优点、缺点以及适用场景。
|
1天前
|
设计模式 Java
常用设计模式介绍~~~ Java实现 【概念+案例+代码】
文章提供了一份常用设计模式的全面介绍,包括创建型模式、结构型模式和行为型模式。每种设计模式都有详细的概念讲解、案例说明、代码实例以及运行截图。作者通过这些模式的介绍,旨在帮助读者更好地理解源码、编写更优雅的代码,并进行系统重构。同时,文章还提供了GitHub上的源码地址,方便读者直接访问和学习。
常用设计模式介绍~~~ Java实现 【概念+案例+代码】
|
1天前
|
设计模式 算法 Java
【十六】设计模式~~~行为型模式~~~策略模式(Java)
文章详细介绍了策略模式(Strategy Pattern),这是一种对象行为型模式,用于定义一系列算法,将每个算法封装起来,并使它们可以相互替换。策略模式让算法独立于使用它的客户而变化,提高了系统的灵活性和可扩展性。通过电影院售票系统中不同类型用户的打折策略案例,展示了策略模式的动机、定义、结构、优点、缺点以及适用场景,并提供了Java代码实现和测试结果。
【十六】设计模式~~~行为型模式~~~策略模式(Java)
|
1天前
|
设计模式 网络协议 Java
【十五】设计模式~~~行为型模式~~~状态模式(Java)
文章详细介绍了状态模式(State Pattern),这是一种对象行为型模式,用于处理对象在其内部状态改变时的行为变化。文中通过案例分析,如银行账户状态管理和屏幕放大镜工具,展示了状态模式的应用场景和设计方法。文章阐述了状态模式的动机、定义、结构、优点、缺点以及适用情况,并提供了Java代码实现和测试结果。状态模式通过将对象的状态和行为封装在独立的状态类中,提高了系统的可扩展性和可维护性。
【十五】设计模式~~~行为型模式~~~状态模式(Java)