1 概述

【例】通过按钮来控制一个电梯的状态,一个电梯有开门状态,关门状态,停止状态,运行状态。每一种状态改变,都有可能要根据其他状态来更新处理。例如,如果电梯门现在处于运行时状态,就不能进行开门操作,而如果电梯门是停止状态,就可以执行开门操作。
类图如下:
image.png
代码如下:

  1. public interface ILift {
  2. //电梯的4个状态
  3. //开门状态
  4. public final static int OPENING_STATE = 1;
  5. //关门状态
  6. public final static int CLOSING_STATE = 2;
  7. //运行状态
  8. public final static int RUNNING_STATE = 3;
  9. //停止状态
  10. public final static int STOPPING_STATE = 4;
  11. //设置电梯的状态
  12. public void setState(int state);
  13. //电梯的动作
  14. public void open();
  15. public void close();
  16. public void run();
  17. public void stop();
  18. }
  19. public class Lift implements ILift {
  20. private int state;
  21. @Override
  22. public void setState(int state) {
  23. this.state = state;
  24. }
  25. //执行关门动作
  26. @Override
  27. public void close() {
  28. switch (this.state) {
  29. case OPENING_STATE:
  30. System.out.println("电梯关门了。。。");//只有开门状态可以关闭电梯门,可以对应电梯状态表来看
  31. this.setState(CLOSING_STATE);//关门之后电梯就是关闭状态了
  32. break;
  33. case CLOSING_STATE:
  34. //do nothing //已经是关门状态,不能关门
  35. break;
  36. case RUNNING_STATE:
  37. //do nothing //运行时电梯门是关着的,不能关门
  38. break;
  39. case STOPPING_STATE:
  40. //do nothing //停止时电梯也是关着的,不能关门
  41. break;
  42. }
  43. }
  44. //执行开门动作
  45. @Override
  46. public void open() {
  47. switch (this.state) {
  48. case OPENING_STATE://门已经开了,不能再开门了
  49. //do nothing
  50. break;
  51. case CLOSING_STATE://关门状态,门打开:
  52. System.out.println("电梯门打开了。。。");
  53. this.setState(OPENING_STATE);
  54. break;
  55. case RUNNING_STATE:
  56. //do nothing 运行时电梯不能开门
  57. break;
  58. case STOPPING_STATE:
  59. System.out.println("电梯门开了。。。");//电梯停了,可以开门了
  60. this.setState(OPENING_STATE);
  61. break;
  62. }
  63. }
  64. //执行运行动作
  65. @Override
  66. public void run() {
  67. switch (this.state) {
  68. case OPENING_STATE://电梯不能开着门就走
  69. //do nothing
  70. break;
  71. case CLOSING_STATE://门关了,可以运行了
  72. System.out.println("电梯开始运行了。。。");
  73. this.setState(RUNNING_STATE);//现在是运行状态
  74. break;
  75. case RUNNING_STATE:
  76. //do nothing 已经是运行状态了
  77. break;
  78. case STOPPING_STATE:
  79. System.out.println("电梯开始运行了。。。");
  80. this.setState(RUNNING_STATE);
  81. break;
  82. }
  83. }
  84. //执行停止动作
  85. @Override
  86. public void stop() {
  87. switch (this.state) {
  88. case OPENING_STATE: //开门的电梯已经是是停止的了(正常情况下)
  89. //do nothing
  90. break;
  91. case CLOSING_STATE://关门时才可以停止
  92. System.out.println("电梯停止了。。。");
  93. this.setState(STOPPING_STATE);
  94. break;
  95. case RUNNING_STATE://运行时当然可以停止了
  96. System.out.println("电梯停止了。。。");
  97. this.setState(STOPPING_STATE);
  98. break;
  99. case STOPPING_STATE:
  100. //do nothing
  101. break;
  102. }
  103. }
  104. }
  105. public class Client {
  106. public static void main(String[] args) {
  107. Lift lift = new Lift();
  108. lift.setState(ILift.STOPPING_STATE);//电梯是停止的
  109. lift.open();//开门
  110. lift.close();//关门
  111. lift.run();//运行
  112. lift.stop();//停止
  113. }
  114. }

问题分析:

  • 使用了大量的switch…case这样的判断(if…else也是一样),使程序的可阅读性变差。
  • 扩展性很差。如果新加了断电的状态,我们需要修改上面判断逻辑


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

2 结构

状态模式包含以下主要角色。

  • 环境(Context)角色:也称为上下文,它定义了客户程序需要的接口,维护一个当前状态,并将与状态相关的操作委托给当前状态对象来处理。
  • 抽象状态(State)角色:定义一个接口,用以封装环境对象中的特定状态所对应的行为。
  • 具体状态(Concrete State)角色:实现抽象状态所对应的行为。


3 案例实现

对上述电梯的案例使用状态模式进行改进。类图如下:
image.png
代码如下:

  1. //抽象状态类
  2. public abstract class LiftState {
  3. //定义一个环境角色,也就是封装状态的变化引起的功能变化
  4. protected Context context;
  5. public void setContext(Context context) {
  6. this.context = context;
  7. }
  8. //电梯开门动作
  9. public abstract void open();
  10. //电梯关门动作
  11. public abstract void close();
  12. //电梯运行动作
  13. public abstract void run();
  14. //电梯停止动作
  15. public abstract void stop();
  16. }
  17. //开启状态
  18. public class OpenningState extends LiftState {
  19. //开启当然可以关闭了,我就想测试一下电梯门开关功能
  20. @Override
  21. public void open() {
  22. System.out.println("电梯门开启...");
  23. }
  24. @Override
  25. public void close() {
  26. //状态修改
  27. super.context.setLiftState(Context.closeingState);
  28. //动作委托为CloseState来执行,也就是委托给了ClosingState子类执行这个动作
  29. super.context.getLiftState().close();
  30. }
  31. //电梯门不能开着就跑,这里什么也不做
  32. @Override
  33. public void run() {
  34. //do nothing
  35. }
  36. //开门状态已经是停止的了
  37. @Override
  38. public void stop() {
  39. //do nothing
  40. }
  41. }
  42. //运行状态
  43. public class RunningState extends LiftState {
  44. //运行的时候开电梯门?你疯了!电梯不会给你开的
  45. @Override
  46. public void open() {
  47. //do nothing
  48. }
  49. //电梯门关闭?这是肯定了
  50. @Override
  51. public void close() {//虽然可以关门,但这个动作不归我执行
  52. //do nothing
  53. }
  54. //这是在运行状态下要实现的方法
  55. @Override
  56. public void run() {
  57. System.out.println("电梯正在运行...");
  58. }
  59. //这个事绝对是合理的,光运行不停止还有谁敢做这个电梯?!估计只有上帝了
  60. @Override
  61. public void stop() {
  62. super.context.setLiftState(Context.stoppingState);
  63. super.context.stop();
  64. }
  65. }
  66. //停止状态
  67. public class StoppingState extends LiftState {
  68. //停止状态,开门,那是要的!
  69. @Override
  70. public void open() {
  71. //状态修改
  72. super.context.setLiftState(Context.openningState);
  73. //动作委托为CloseState来执行,也就是委托给了ClosingState子类执行这个动作
  74. super.context.getLiftState().open();
  75. }
  76. @Override
  77. public void close() {//虽然可以关门,但这个动作不归我执行
  78. //状态修改
  79. super.context.setLiftState(Context.closeingState);
  80. //动作委托为CloseState来执行,也就是委托给了ClosingState子类执行这个动作
  81. super.context.getLiftState().close();
  82. }
  83. //停止状态再跑起来,正常的很
  84. @Override
  85. public void run() {
  86. //状态修改
  87. super.context.setLiftState(Context.runningState);
  88. //动作委托为CloseState来执行,也就是委托给了ClosingState子类执行这个动作
  89. super.context.getLiftState().run();
  90. }
  91. //停止状态是怎么发生的呢?当然是停止方法执行了
  92. @Override
  93. public void stop() {
  94. System.out.println("电梯停止了...");
  95. }
  96. }
  97. //关闭状态
  98. public class ClosingState extends LiftState {
  99. @Override
  100. //电梯门关闭,这是关闭状态要实现的动作
  101. public void close() {
  102. System.out.println("电梯门关闭...");
  103. }
  104. //电梯门关了再打开,逗你玩呢,那这个允许呀
  105. @Override
  106. public void open() {
  107. super.context.setLiftState(Context.openningState);
  108. super.context.open();
  109. }
  110. //电梯门关了就跑,这是再正常不过了
  111. @Override
  112. public void run() {
  113. super.context.setLiftState(Context.runningState);
  114. super.context.run();
  115. }
  116. //电梯门关着,我就不按楼层
  117. @Override
  118. public void stop() {
  119. super.context.setLiftState(Context.stoppingState);
  120. super.context.stop();
  121. }
  122. }
  123. //环境角色
  124. public class Context {
  125. //定义出所有的电梯状态
  126. public final static OpenningState openningState = new OpenningState();//开门状态,这时候电梯只能关闭
  127. public final static ClosingState closeingState = new ClosingState();//关闭状态,这时候电梯可以运行、停止和开门
  128. public final static RunningState runningState = new RunningState();//运行状态,这时候电梯只能停止
  129. public final static StoppingState stoppingState = new StoppingState();//停止状态,这时候电梯可以开门、运行
  130. //定义一个当前电梯状态
  131. private LiftState liftState;
  132. public LiftState getLiftState() {
  133. return this.liftState;
  134. }
  135. public void setLiftState(LiftState liftState) {
  136. //当前环境改变
  137. this.liftState = liftState;
  138. //把当前的环境通知到各个实现类中
  139. this.liftState.setContext(this);
  140. }
  141. public void open() {
  142. this.liftState.open();
  143. }
  144. public void close() {
  145. this.liftState.close();
  146. }
  147. public void run() {
  148. this.liftState.run();
  149. }
  150. public void stop() {
  151. this.liftState.stop();
  152. }
  153. }
  154. //测试类
  155. public class Client {
  156. public static void main(String[] args) {
  157. Context context = new Context();
  158. context.setLiftState(new ClosingState());
  159. context.open();
  160. context.close();
  161. context.run();
  162. context.stop();
  163. }
  164. }

4 优缺点

1,优点:

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

2,缺点:

  • 状态模式的使用必然会增加系统类和对象的个数。
  • 状态模式的结构与实现都较为复杂,如果使用不当将导致程序结构和代码的混乱。
  • 状态模式对”开闭原则”的支持并不太好。


5 使用场景

  • 当一个对象的行为取决于它的状态,并且它必须在运行时根据状态改变它的行为时,就可以考虑使用状态模式。
  • 一个操作中含有庞大的分支结构,并且这些分支决定于对象的状态时。