状态模式

4.19状态模式

4.19.1APP抽奖活动问题

请编写程序完成APP抽奖活动具体要求如下：

1. 假如每参加一次这个活动要扣除用户50积分，中奖概率是10%。

2. 奖品数量固定，抽完就不能抽奖。

3. 活动有四个状态：可以抽奖、不能抽奖、发放奖品和奖品领完。

4. 状态转换图
   
   

5. 类图
   
   

4.19.2状态模式

基本介绍

1. 状态模式(State Pattern)：它主要用来解决对象在多种状态转换时，需要对外输出不同的行为的问题。状态和行为是一一对应的，状态之，间可以相互转换。

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

3. 类图
   
   

对原理类图的说明-即(状态模式的角色及职责)

1. Context：为环境角色，用于维护State实例，这个实例定义当前状态。

2. State：是抽象状态角色，定义一个接口封装与Context的一个特定接口相关行为。

3. ConcreteState：具体的状态角色，每个子类实现一个与Context的一个状态相关行为。

4.19.3状态模式在实际项目-借贷平台源码剖析

状态模式在实际项目-借贷平台源码剖析

1. 借贷平台的订单，有审核-发布-抢单等等步骤，随着操作的不同，会改变订单的状态，项目中的这个模块实现就会使用到状态模式。

2. 通常通过if/else判断订单的状态，从而实现不同的逻辑，伪代码如下

   if (审核) {
       //审核逻辑
   } else if (发布) {
       //发布逻辑
   } else if (接单) {
       //接单逻辑
   }
   /*
   问题分析:
   这类代码难以应对变化，在添加一种状态时，我们需要手动添加if/else，在添加一种功能时，要对所有的状态进行判断。因此代码会变得越来越臃肿，并且一旦没有处理某个状态，便会发生极其严重的BUG,难以维护。
   */

3. 使用状态模式完成借贷平台项目的审核模块[状态图+类图]
   
    
      

4.19.4状态模式的注意事项和细节

1. 代码有很强的可读性。状态模式将每个状态的行为封装到对应的一个类中。

2. 方便维护。将容易产生间题的if-else语句删除了，如果把每个状态的行为都放到一个类中，每次调用方法时都要判断当前是什么状态，不但会产出很多if-else语句，而且容易出错。

3. 符合“开闭原则”。容易增删状态。

4. 会产生很多类。每个状态都要一个对应的类，当状态过多时会产生很多类，加大维护难度。

5. 应用场景：当一个事件或者对象有很多种状态，状态之间会相互转换，对不同的状态要求有不同的行为的时候，可以考虑使用状态模式。