Java中如何应用状态模式优化设计模式？

本文共计1549个文字，预计阅读时间需要7分钟。

在现实开发中，订单状态管理至关重要。每次用户操作订单，都需切换对应的状态。为确保准确，每次切换前都需判断当前状态，避免不必要的错误。这有助于提高代码的清晰度和可维护性。

实际开发中订单往往都包含着订单状态，用户每进行一次操作都要切换对应的状态，而每次切换判断当前的状态是必须的，就不可避免的引入一系列判断语句，为了让代码更加清晰直观，我们引入今天的主角——状态模式。

一、概念理解

假设订单状态有，下单、发货、确认收货，如果用户确认收货，在常规编程中就要判断当前用户的状态，然后再修改状态，如果这种情况下使用状态模式。

将各个状态都抽象成一个状态类，比如下单状态类、发货状态类、确认收货类，在状态类中处理相应的逻辑和控制下一个状态，在定义一个环境类，定义初始状态，并控制切换状态。

在状态模式中应该包含着三个角色：

环境类（Context）角色：也称为上下文，它定义了客户端需要的接口，内部维护一个当前状态，这个类持有State接口，负责保持并切换当前的状态。

抽象状态（State）角色：定义一个接口，用以封装环境对象中的特定状态所对应的行为，可以有一个或多个行为。

具体状态（Concrete State）角色：实现抽象状态所对应的行为，并且在需要的情况下进行状态切换。

以下为状态模式的类图，看起来是很直观的，理解起来也简单，我们需要说明的是状态模式的类图和策略模式的类图长的一样，但写起来状态模式比策略模式要难。

我们要注意这段话，在状态模式中，类的行为是基于它的状态改变的，状态之间的切换，在状态A执行完毕后自己控制状态指向状态B，状态模式是不停的切换状态执行。这也是状态模式和策略模式不一样的地方。