设计模式-状态模式

状态模式的特点是,对于有状态的对象,我们可以把复杂的“判断逻辑”提取到不同的状态对象中,允许内置的状态对象改变时影响它的行为。状态模式可以有效的减少if else 的分支结构;它将状态和行为绑定到一起,根据不同的状态来确定其行为。这样做的好处是将不同的状态引入独立的对象中会使得状态转换变得更加明确,且减少对象间的相互依赖。但是状态模式的结构与实现都较为复杂,如果使用不当会导致程序结构和代码的混乱。

模式结构

  • 上下文(context):状态运行的环境
  • 抽象状态(State)角色:对状态类型的抽象
  • 具体状态(Concrete State)角色:状态类型的实现

源码导读

在复杂的业务场景中,我们一般使用状态机来实现状态的切换。状态机便是基于状态模式的思想设计。下面我们介绍spring组件中的状态机组件 spring statemachine 有限状态机。使用状态机可以让我们更加舒服而优雅的使用状态模式。

这里举例一个状态机适用场景——订单的支付到审核:

新建一个 spring boot 工程,添加依赖:

 <dependency>         
     <groupId>org.springframework.statemachine</groupId>
     <artifactId>spring-statemachine-core</artifactId>
</dependency>

定义状态枚举值和事件枚举值:

public enum States {
    // 待支付
    WAIT_PAY,
    // 待签收
    WAIT_SIGN,   
    // 订单关闭
    CLOSE                    
}

public enum Events {
    // 支付事件
    PAY,      
    // 签收
    SIGN     
}

接下来我们对状态机进行相应的配置。主要是将状态和事件绑定,并配置事件对应的监听器,来触发状态改变的方法。


@Configuration
@EnableStateMachine(name = "test")
public class OrderStateMachineConfig extends StateMachineConfigurerAdapter<States, Events> {


    @Override
    public void configure(StateMachineStateConfigurer<States, Events> states) throws Exception {
        // 状态配置
        states
                .withStates()
                .initial(States.WAIT_PAY)
                .states(EnumSet.allOf(States.class));
    }


    @Override
    public void configure(StateMachineTransitionConfigurer<States, Events> transitions) throws Exception {
        transitions          .withExternal().source(States.WAIT_PAY).target(States.WAIT_SIGN).event(Events.PAY)
                .and()
                .withExternal().source(States.WAIT_SIGN).target(States.CLOSE).event(Events.SIGN)
    }


   @Override
    public void configure(StateMachineConfigurationConfigurer<States, Events> config)
            throws Exception {
        config
                .withConfiguration()
                .listener(listener());  // 指定状态机的处理监听器
    }

    public StateMachineListener<States, Events> listener() {
        return new StateMachineListenerAdapter<States, Events>() {

            @Override
            public void transition(Transition<States, Events> transition) {
                if(transition.getTarget().getId() == States.WAIT_PAY) {
                    // 创建订单。
                    return;
                }
                if(transition.getSource().getId() == States.WAIT_PAY
                        && transition.getTarget().getId() == States.CLOSE) {
                    // 支付发货
                    return;
                }

                if(transition.getSource().getId() == States.CLOSE
                        && transition.getTarget().getId() == States.CLOSE) {
                  // 签收关闭
                    return;
                }
            }

        };
    }

}

这只是一个简单的状态机使用示例,在实际项目中状态机的使用要复杂得多。对于订单支付类似的场景,我们使用状态机可以极大的清晰化我们的代码,提高开发效率。当然不使用状态机也能完成这类业务,但代码逻辑按什么样的情况发展就不好说了。

点击关注我的博客

图解Java设计模式(一)

02-27
1) 优秀的程序应该是这样的:阅读时,感觉很优雅;新增功能时,感觉很轻松;运行时,感觉很快速,这就需要设计模式支撑。 2) 设计模式包含了大量的编程思想,讲授和真正掌握并不容易,网上的设计模式课程不少,大多讲解的比较晦涩,没有真实的应用场景和框架源码支撑,学习后,只知其形,不知其神。就会造成这样结果: 知道各种设计模式,但是不知道怎么使用到真实项目。本课程针对上述问题,有针对性的进行了升级 (1) 授课方式采用 图解+框架源码分析的方式,让课程生动有趣好理解 (2) 系统全面的讲解了设计模式,包括 设计模式七大原则、UML类图-类的六大关系、23种设计模式及其分类,比如 单例模式的8种实现方式、工厂模式的3种实现方式、适配器模式的3种实现、代理模式的3种方式、深拷贝等 3) 如果你想写出规范、漂亮的程序,就花时间来学习下设计模式吧 课程内容和目标 本课程是使用Java来讲解设计模式,考虑到设计模式比较抽象,授课采用 图解+框架源码分析的方式 1) 内容包括: 设计模式七大原则(单一职责、接口隔离、依赖倒转、里氏替换、开闭原则、迪米特法则、合成复用)、UML类图(类的依赖、泛化和实现、类的关联、聚合和组合) 23种设计模式包括:创建型模式:单例模式(8种实现)、抽象工厂模式、原型模式、建造者模式、工厂模式。结构型模式:适配器模式(3种实现)、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式(3种实现)。行为型模式:模版方法模式、命令模式、访问者模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式(Interpreter模式)、状态模式、策略模式、职责链模式(责任链模式) 2) 学习目标:通过学习,学员能掌握主流设计模式,规范编程风格,提高优化程序结构和效率的能力。
©️2020 CSDN 皮肤主题: 大白 设计师: CSDN官方博客 返回首页
实付0元
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值