java设计模式——状态模式(State Pattern)

概述：

        状态模式用于解决系统中复杂对象的状态转换以及不同状态下行为的封装问题。当系统中某个对象存在多个状态，这些状态之间可以进行转换，而且对象在不同状态下行为不相同时可以使用状态模式。状态模式将一个对象的状态从该对象中分离出来，封装到专门的状态类中，使得对象状态可以灵活变化，对于客户端而言，无须关心对象状态的转换以及对象所处的当前状态，无论对于何种状态的对象，客户端都可以一致处理。

定义：

        允许一个对象在其内部状态改变时改变它的行为，对象看起来似乎修改了它的类。其别名为状态对象(Objects for States)，状态模式是一种对象行为型模式。

结构：

• Context（环境类）：环境类又称为上下文类，它是拥有多种状态的对象。由于环境类的状态存在多样性且在不同状态下对象的行为有所不同，因此将状态独立出去形成单独的状态类。在环境类中维护一个抽象状态类State的实例，这个实例定义当前状态，在具体实现时，它是一个State子类的对象。
• State（抽象状态类）：它用于定义一个接口以封装与环境类的一个特定状态相关的行为，在抽象状态类中声明了各种不同状态对应的方法，而在其子类中实现类这些方法，由于不同状态下对象的行为可能不同，因此在不同子类中方法的实现可能存在不同，相同的方法可以写在抽象状态类中。
• ConcreteState（具体状态类）：它是抽象状态类的子类，每一个子类实现一个与环境类的一个状态相关的行为，每一个具体状态类对应环境的一个具体状态，不同的具体状态类其行为有所不同。

UML图：

场景：水有三种状态，液态、气态、固态，随着温度的变化会呈现不同的状态。

代码分析：

/**
 * Created by **
 *  水：相当于环境类（ Context ）
  */
public class Water {
    private WaterState  state;
    private int  temperature =  50;

    public void setWaterState(WaterState state) {
        this. state = state;
        //  将当前环境通知到对应状态类中
        this. state.setContext( this);
    }

    public void setTemperature( int temperature) {
        this. temperature = temperature;
    }

    public int getTemperature() {
        return  temperature;
    }

    /**
     *  升温
      *  @param  temperature
      */
    public void warming( int temperature){
        LogFactory. log( " 温度升高： " + temperature +  " ℃ ");
        this. state.warming(temperature);
        LogFactory. log( " 当前水的状态为： " +  this. state.getClass().getSimpleName()+ ", 温度： " + getTemperature() +  " ℃ ");
    }

    /**
     *  降温
      *  @param  temperature
      */
    public void lowerTemperaturn( int temperature){
        LogFactory. log( " 温度降低： "+temperature+ " ℃ ");
        this. state.lowerTemperature(temperature);
        LogFactory. log( " 当前水的状态为： " +  this. state.getClass().getSimpleName() +  " 温度： " + getTemperature() +  " ℃ ");
    }
}

/**
 * Created by **
 *  抽象状态类
  */
public abstract class WaterState {
    //  定义一个环境角色
    protected Water  context;

    protected void setContext(Water context) {
        this. context = context;
    }

    /**
     *  升温
      *
     *  @param  temperature
      */
    protected abstract void warming( int temperature);

    /**
     *  降温
      *
     *  @param  temperature
      */
    protected abstract void lowerTemperature( int temperature);

    /**
     *  状态切换
      */
    public void stateChange() {
        int temperature =  context.getTemperature();
        LogFactory. log( "stateChange is start temperature:" + temperature);
        if (temperature <  0) {
            context.setWaterState( new SolidState());
            LogFactory. log( " 水变成固态 ");
        }  else if (temperature >  0 && temperature <  100) {
            context.setWaterState( new LiquidState());
            LogFactory. log( " 水变成液态 ");
        }  else if (temperature >  100) {
            context.setWaterState( new GaseousState());
            LogFactory. log( " 水变成气态 ");
        }
    }

}

/**
 * Created by **
 *  气态：具体的状态类
  */
public class GaseousState  extends WaterState {
    @Override
    protected void warming( int temperature) {
        super. context.setTemperature( super. context.getTemperature() + temperature);
        stateChange();
    }

    @Override
    protected void lowerTemperature( int temperature) {
        super. context.setTemperature( super. context.getTemperature() - temperature);
        stateChange();
    }

}

/**
 * Created by **
 *  液态：具体状态类
  */
public class LiquidState  extends WaterState {
    @Override
    protected void warming( int temperature) {
        super. context.setTemperature( super. context.getTemperature() + temperature);
        stateChange();
    }

    @Override
    protected void lowerTemperature( int temperature) {
        super. context.setTemperature( super. context.getTemperature() - temperature);
        stateChange();
    }

}

/**
 * Created by **
 * 固态： 具体状态类
  */
public class SolidState  extends WaterState {
    @Override
    protected void warming( int temperature) {
        super. context.setTemperature( super. context.getTemperature() + temperature);
        stateChange();
    }

    @Override
    protected void lowerTemperature( int temperature) {
        super. context.setTemperature( super. context.getTemperature() - temperature);
        stateChange();
    }

}

客户端调用：

Water water =  new Water();

//  先初始化一个状态
water.setWaterState( new LiquidState());

water.warming( 80);

water.lowerTemperaturn( 200);

water.warming( 100);

log输出：

08-24 11:57:46.207 23182-23182/? D/test: 温度升高：80℃

08-24 11:57:46.207 23182-23182/? D/test: stateChange is start temperature:130

08-24 11:57:46.207 23182-23182/? D/test: 水变成气态

08-24 11:57:46.207 23182-23182/? D/test: 当前水的状态为：GaseousState, 温度：130℃

08-24 11:57:46.207 23182-23182/? D/test: 温度降低：200℃

08-24 11:57:46.207 23182-23182/? D/test: stateChange is start temperature:-70

08-24 11:57:46.207 23182-23182/? D/test: 水变成固态

08-24 11:57:46.207 23182-23182/? D/test: 当前水的状态为：SolidState, 温度：-70℃

08-24 11:57:46.207 23182-23182/? D/test: 温度升高：100℃

08-24 11:57:46.207 23182-23182/? D/test: stateChange is start temperature:30

08-24 11:57:46.207 23182-23182/? D/test: 水变成液态

08-24 11:57:46.207 23182-23182/? D/test: 当前水的状态为：LiquidState, 温度：30℃

模式分析：

• 状态模式描述了对象状态的变化以及对象如何在每一种状态下表现出不同的行为。
• 状态模式的关键是引入了一个抽象类来专门表示对象的状态，这个类我们叫做抽象状态类，而对象的每一种具体状态类都继承了该类，并在不同具体状态类中实现了不同状态的行为，包括各种状态之间的转换。

在状态模式结构中需要理解环境类与抽象状态类的作用：

• 环境类实际上就是拥有状态的对象，环境类有时候可以充当状态管理器(State Manager)的角色，可以在环境类中对状态进行切换操作。
• 抽象状态类可以是抽象类，也可以是接口，不同状态类就是继承这个父类的不同子类，状态类的产生是由于环境类存在多个状态，同时还满足两个条件： 这些状态经常需要切换，在不同的状态下对象的行为不同。因此可以将不同对象下的行为单独提取出来封装在具体的状态类中，使得环境类对象在其内部状态改变时可以改变它的行为，对象看起来似乎修改了它的类，而实际上是由于切换到不同的具体状态类实现的。由于环境类可以设置为任一具体状态类，因此它针对抽象状态类进行编程，在程序运行时可以将任一具体状态类的对象设置到环境类中，从而使得环境类可以改变内部状态，并且改变行为。

优点：

• 封装了转换规则。
• 枚举可能的状态，在枚举状态之前需要确定状态种类。
• 将所有与某个状态有关的行为放到一个类中，并且可以方便地增加新的状态，只需要改变对象状态即可改变对象的行为。
• 允许状态转换逻辑与状态对象合成一体，而不是某一个巨大的条件语句块。
• 可以让多个环境对象共享一个状态对象，从而减少系统中对象的个数。

缺点：

• 状态模式的使用必然会增加系统类和对象的个数。
• 状态模式的结构与实现都较为复杂，如果使用不当将导致程序结构和代码的混乱。
• 状态模式对“开闭原则”的支持并不太好，对于可以切换状态的状态模式，增加新的状态类需要修改那些负责状态转换的源代码，否则无法切换到新增状态；而且修改某个状态类的行为也需修改对应类的源代码。

适用环境：

• 对象的行为依赖于它的状态（属性）并且可以根据它的状态改变而改变它的相关行为。
• 代码中包含大量与对象状态有关的条件语句，这些条件语句的出现，会导致代码的可维护性和灵活性变差，不能方便地增加和删除状态，使客户类与类库之间的耦合增强。在这些条件语句中包含了对象的行为，而且这些条件对应于对象的各种状态。

扩展：

• 在有些情况下多个环境对象需要共享同一个状态，如果希望在系统中实现多个环境对象实例共享一个或多个状态对象，那么需要将这些状态对象定义为环境的静态成员对象。

简单状态模式与可切换状态的状态模式 ：

• 简单状态模式：简单状态模式是指状态都相互独立，状态之间无须进行转换的状态模式，这是最简单的一种状态模式。对于这种状态模式，每个状态类都封装与状态相关的操作，而无须关心状态的切换，可以在客户端直接实例化状态类，然后将状态对象设置到环境类中。如果是这种简单的状态模式，它遵循“开闭原则”，在客户端可以针对抽象状态类进行编程，而将具体状态类写到配置文件中，同时增加新的状态类对原有系统也不造成任何影响。
• 可切换状态的状态模式：大多数的状态模式都是可以切换状态的状态模式，在实现状态切换时，在具体状态类内部需要调用环境类Context的setState()方法进行状态的转换操作，在具体状态类中可以调用到环境类的方法，因此状态类与环境类之间通常还存在关联关系或者依赖关系。通过在状态类中引用环境类的对象来回调环境类的setState()方法实现状态的切换。在这种可以切换状态的状态模式中，增加新的状态类可能需要修改其他某些状态类甚至环境类的源代码，否则系统无法切换到新增状态。

        

       

上述代码分析就是可切换状态模式，至于简单状态模式大家自己去查查资料。