设计模式—状态模式

简介

状态模式中的行为由状态决定，不同的状态下有不同的行为。状态模式和策略模式的结构相同，但本质和目的却完全不一样。状态模式的行为是平行、不可替换的，策略模式的行为时彼此独立、可相互替换的。概括起来就是状态模式把对象的行为包装在不同的状态对象里，每一个状态对象都有一个共同的抽象状态基类。

定义

当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其行为

使用场景

一个对象的行为取决于它的状态，并且它必须在运行时根据状态去改变行为

代码中包含大量的与对象状态有关的条件语句

状态模式将每一个条件分支放入一个独立的类中，使得开发者可以根据对象自身的情况将对象的状态作为一个对象，每一个对象不依赖于其他对象而独立变化，这样就通过多态来去除过多的、重复的if-else语句

关键点

一个抽象状态类或状态接口，定义一个或一组接口，表示该状态下的行为。

多个具体状态类，每一个状态类都实现抽象状态接口，从而达到不同状态下的不同行为。

一个上下文环境，维护一个抽象状态引用，定义当前的状态。

实现

以开发过程中经常遇到的登录状态和未登录状态对某个事件的操作为例：

/**
 * 状态接口—定义状态下的行为
 */
public interface IUserState {

    /**
     * 评论功能
     */
    void comment();

    /**
     * 转发功能
     */
    void forward();
}

/**
 * 登录状态下具体行为
 */
public class LoginedState implements IUserState {

    @Override
    public void comment() {
        Log.i(LoginedState.class.getSimpleName(),"评论成功");
    }

    @Override
    public void forward() {
        Log.i(LoginedState.class.getSimpleName(),"转发成功");
    }
}

/**
 * 未登录状态
 */
public class LogoutState implements IUserState {

    @Override
    public void comment() {
        Log.i(LogoutState.class.getSimpleName(), "跳转登录页面");
    }

    @Override
    public void forward() {
        Log.i(LogoutState.class.getSimpleName(), "跳转登录页面");
    }
}

/**
 * 登录状态上下文环境
 */
public class LoginContext {

    IUserState mUserState;

    /**
     * 注入状态函数
     */
    public void setUserState(IUserState userState) {
        this.mUserState = userState;
    }

    /**
     * 状态行为分发函数—由具体的状态对象去执行具体行为
     */
    public void comment() {
        mUserState.comment();
    }

    public void forward() {
        mUserState.forward();
    }
}

小结

状态模式的关键点在于不同的状态下对于同一行为有不同的响应，这其实就是一个将if-else使用多态来实现的具体示例。在if-else或者switch-case形式下根据不同的状态进行判断，耦合严重，易于出错，通过状态模式能够很好的对这些状态行为进行封装，使得结构更为清晰，可扩展性和灵活性更高。

优点：

将所有与一个特定状态有关的行为封装到一个状态对象中，结构更加清晰，当需要扩展时，只需要添加对应的状态类即可，维护性极高。

缺点：

状态模式必然会增加系统类和对象的个数