设计模式之状态模式

定义

对有状态的对象，把复杂的“判断逻辑”提取到不同的状态对象中，允许状态对象在其内部状态发生改变时改变其行为。

优点

1、封装了转换规则。
2、将所有与某个状态有关的行为放到一个类中，并且可以方便地增加新的状态，只需要改变对象状态即可改变对象的行为。
3、允许状态转换逻辑与状态对象合成一体，而不是某一个巨大的条件语句块。

缺点

1、状态模式的使用必然会增加系统类和对象的个数。
2、状态模式对"开闭原则"的支持并不太好，对于可以切换状态的状态模式，增加新的状态类需要修改那些负责状态转换的源代 码，否则无法切换到新增状态，而且修改某个状态类的行为也需修改对应类的源代码。

案例分析

在电商案例中，订单状态每次发生变更，都要执行不同的操作，这里正好可以使用状态模式。当订单完成支付的时
候，我们需要立即通知商家发货，当订单执行取消的时候，我们需要执行库存回滚，如果订单已支付，还需要执行退款操作，无论是通知商家发货还是执行库存回滚，都是有订单状态决定，因此这里可以使用状态模式来实现。我们可以先定义状态接口 State ，给状态接口实现两个不同的行为，分别是发货和回滚库存并退款，把该状态对象
添加到订单内部作为成员属性，当订单的 state 状态改变时，触发执行不同的状态行为动作。

案例实现

状态接口定义： State 接口，用于定义更新状态对象，同时执行相关的行为。

public interface State {
    /***
     * 变更状态
     * @param order
     */
    void doAction(Order order);

    /***
     * 执行行为
     */
    void execute();
}

发通知消息行为定义： SendMsgBehavior 用于实现给商家发送消息通知发货,这里模拟发送消息的行为。

@Component("sendMsgBehavior")
public class SendMsgBehavior implements State {

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

    @Override
    public void execute(){
        System.out.println("订单变更为已支付，需要通知商家发货！");
    }
}

库存回滚并退款：创建 ResetStoreBehavior ，用于实现订单库存回滚，并给用户退款操作，这里退款模拟相关行
为。

@Component("resetStoreBehavior")
public class ResetStoreBehavior implements State {
    @Override
    public void doAction(Order order) {
        System.out.println("订单取消");
        order.setState(this);
    }

    @Override
    public void execute(){
        System.out.println("订单取消，执行库存回滚！");
        System.out.println("订单取消，执行退款！");
    }
}

与业务嵌合使用