设计模式——状态模式

设计模式——状态模式

在状态模式中，类的行为是基于它的状态改变的。这种类型的设计模式属于行为型模式。

优点： 减少复杂的逻辑判断，减少了条件分支语句。

缺点： 代码量增加。

使用场景：
假设现在我要根据电梯的状态去开关电梯门，那么有哪些状态呢？

• 电梯门完全关闭状态，此时可以手动打开；
• 电梯门开启中，此时不能手动关闭也不能手动打开；
• 电梯门关闭中，此时不能手动关闭（无意义），但是可以手动打开；
• 电梯门完全开启状态，此时电梯可以手动关闭，并且可以在3秒内无人手动关闭后自动关闭。
• 电梯在上行下行过程中，电梯门无法手动开关。

以上还是仅仅我能想到的场景，另外，还有双电梯、多层按钮等状态等情况，此时怎样去控制？我想可能有人会说，这有什么难的，多写几个if...else不就行了。多写几个if...else确实很爽，但是过三天、一周后你再回头看你的逻辑，你还能理清楚吗？即使你能理清楚，那又得耗费多少时间和精力啊！
因此，这种情况下，就极其适合用状态模式。

我们可以抛弃什么时候点击开关电梯门按钮有效的判断逻辑，而用另一种思路：电梯门不论在什么状态下，我们都可以点击开关按钮，区别仅仅是按钮是否有效罢了。

1、有了思路，那么第一步，我们先写一个状态的接口LiftState：

public interface LiftState {
    
    public void open();
    
    public void close();

}

每个状态下，我们都可以按开关键。

2、然后，我们写若干个实体类实现此接口，每一个实现类都是一种电梯状态，这里，我们有5种电梯状态：LiftOpenState，LiftCloseState，LiftOpeningState，LiftClosingState，LiftMoveState。它们分别对应电梯门完全开启、完全关闭、开启中、关闭中和上下运行中的状态。

我们以LiftCloseState举例，此时关闭状态下只能去打开，不能去关闭，则我们只需要实现open的逻辑即可：

public class LiftCloseState implements LiftState{

    @Override
    public void open() {
        // 完全关闭，可以打开
        System.out.println("完全关闭了，此时去打开电梯！");
        
    }

    @Override
    public void close() {
        //完全关闭，按关闭无效
    }

}

3、当我们点击开启的时候，电梯的状态应该从关闭变成开启中，那么，此时我们可以写一个电梯门的状态控制器接口，去改变电梯门的状态：

public interface LiftControl {
    
    public void toOpening();
    
    public void toOpen();
    
    public void toClosing();
    
    public void toClose();
    
    public void toMove();

}

此时，我们还要改变我们的LiftState接口，因为我们需要通过LiftControl去控制电梯门：

public interface LiftState {
    
    public void open(LiftControl control);
    
    public void close(LiftControl control);

}

LiftState接口的实现类也都需要改变一下。

4、此时，我们的状态都写好了，那么我们编写一个NewTest类去测试一下。

首先让NewTest去实现LiftControl接口：

public class NewTest implements LiftControl{

    private static NewTest newTest = new NewTest();

}

并重写接口的方法。

首先是toOpening：

@Override
public void toOpening() {
    liftState = new LiftOpeningState();
    
    
    new Thread(new Runnable() {
        
        @Override
        public void run() {
            //模拟开门要1秒钟
            try {
                Thread.sleep(1000);
            } catch (InterruptedException e) {
                // TODO Auto-generated catch block
                e.printStackTrace();
            }
            
            toOpen();
        }
    }).start();
}

这个方法是从关闭状态到打开中状态，期间，按任何键都无效。我们模拟一秒钟的打开时间，打开后变成开启状态。

然后是toOpen：

@Override
public void toOpen() {
    liftState = new LiftOpenState();
    
    new Thread(new Runnable() {
        
        @Override
        public void run() {
            //三秒后没人，就关了
            try {
                Thread.sleep(3000);
            } catch (InterruptedException e) {
                // TODO Auto-generated catch block
                e.printStackTrace();
            }
            
            //如果没人提前按关闭按钮
            if(liftState instanceof LiftOpenState) {
                toClosing();
            }
            
        }
    }).start();
    
}

这个方法是从打开状态到关闭中状态，如果此时没人提前按关闭按钮则去关闭电梯门。

然后是toClosing：

@Override
public void toClosing() {
    liftState = new LiftClosingState();
    
    new Thread(new Runnable() {
        
        @Override
        public void run() {
            
            //模拟关门一秒
            try {
                Thread.sleep(1000);
            } catch (InterruptedException e) {
                // TODO Auto-generated catch block
                e.printStackTrace();
            }
            
            //如果没人按开门，则去关闭
            if(liftState instanceof LiftClosingState) {
                toClose();
            }
            
        }
    }).start();
    
}

这个方法是从关闭中状态到关闭状态，如果此时没人按开门按钮则去关闭电梯门。

然后是toClose和toMove：

@Override
public void toClose() {
    liftState = new LiftCloseState();
    
}

@Override
public void toMove() {
    // TODO Auto-generated method stub
    liftState = new LiftMoveState();
}

这两个方法因为没什么特殊的，就不用写逻辑了。

然后，我们在main方法中可以这样写：

public static void main(String[] args) {
    liftState = new LiftCloseState();
    
    liftState.open(newTest);
    
    liftState.close(newTest);
}

当然，这个测试环境不太正确，如果在有界面操作的交互场景，可能更能体现出状态模式的威力。