龙空技术网

Java微服务-设计模式系列全套文章-状态模式

架构浅水湾 95

前言:

眼前我们对“java状态机设计模式及实现”大概比较珍视,你们都想要了解一些“java状态机设计模式及实现”的相关资讯。那么小编也在网摘上汇集了一些关于“java状态机设计模式及实现””的相关资讯,希望小伙伴们能喜欢,你们快快来了解一下吧!

一、模式动机

状态模式(State Pattern)是一种较为复杂的行为型模式。它用于解决系统中复杂对象的状态转换以及不同状态下行为的封装问题。当系统中某个对象存在多个状态这些状态之间可以进行转换,而且对象在不同状态下行为不相同时可以使用状态模式。状态模式将一个对象的状态从该对象中分离出来,使得其状态可以灵活变化,且对于客户端来说,用户无需关心对象状态的转换以及对象所处的当前状态,无论对于何种状态的对象,客户端都可以一致处理

类比:

现实生活人有悲欢离合,每一种情绪对应着人的不同行为在软件系统中:有些对象具有多种状态这些状态在某些情况下能够相互转换对象在不同的状态下将具有不同的行为传统做法:使用复杂的条件判断语句来进行状态的判断和转换操作导致代码的可维护性和灵活性下降出现新的状态时,代码的扩展性很差,客户端代码需要进行相应的修改,违背了开闭原则二、模式定义状态模式(State Pattern) :允许一个对象在其内部状态改变时改变它的行为,对象看起来似乎修改了它的类。其别名为状态对象(Objects for States),状态模式是一种对象行为型模式三、模式结构

环境类

pf

public class Context {   private State state; //维持一个对抽象状态对象的引用    private int value;  //其他属性值,其变化可能会导致对象的状态变化    public void setState(State state) {        this.state = state;    }    public void request() {        …        state.handle( ); //调用状态对象的业务方法      }}

抽象状态类

java

public abstract class State {    //声明抽象业务方法,不同的具体状态类可以有不同的实现    public abstract void handle( );}

具体状态类

scala

public class ConcreteState extends State {    public void handle( ) {        //方法具体实现代码    }}
四、模式分析用于解决系统中复杂对象的状态转换以及不同状态下行为的封装问题将一个对象的状态从该对象中分离出来,封装到专门的状态类中,使得对象状态可以灵活变化对于客户端而言,无须关心对象状态的转换以及对象所处的当前状态,无论对于何种状态的对象,客户端都可以一致处理六、总结模式优点封装了状态的转换规则,可以对状态转换代码进行集中管理,而不是分散在一个个业务方法中将所有与某个状态有关的行为放到一个类中,只需要注入一个不同的状态对象即可使环境对象拥有不同的行为允许状态转换逻辑与状态对象合成一体,而不是提供一个巨大的条件语句块,可以避免使用庞大的条件语句来将业务方法和状态转换代码交织在一起可让多个环境对象共享一个状态对象,从而减少系统中对象的个数模式缺点会增加系统中类和对象的个数,导致系统运行开销增大结构与实现都较为复杂,如果使用不当将导致程序结构和代码混乱,增加系统设计的难度对开闭原则的支持并不太好,增加新的状态类需要修改负责状态转换的源代码,否则无法转换到新增状态;而且修改某个状态类的行为也需要修改对应类的源代码使用情形对象的行为依赖于它的状态(例如某些属性值),状态的改变将导致行为的变化在代码中包含大量与对象状态有关的条件语句,这些条件语句的出现会导致代码的可维护性和灵活性变差,不能方便地增加和删除状态,并且导致客户类与类库之间的耦合增强一、模式动机二、模式定义三、模式结构四、模式分析六、总结模式优点模式缺点使用情形

标签: #java状态机设计模式及实现 #java状态机模式