第 24 章 状态模式
第 24 章 状态模式
1、APP 抽奖活动问题
请编写程序完成APP
抽奖活动,具体要求如下:
- 假如每参加一次这个活动要扣除用户
50
积分,中奖概率是10%
- 奖品数量固定,抽完就不能抽奖
- 活动有四个状态:可以抽奖、不能抽奖、发放奖品和奖品领完
- 活动的四个状态转换关系图
2、状态模式基本介绍
- 状态模式(
State Pattern
):它主要用来解决对象在多种状态转换时,需要对外输出不同的行为的问题。状态和行为是一一对应的,状态之间可以相互转换 - 当一个对象的内在状态改变时,允许改变其行为,这个对象看起来像是改变了其类
3、状态模式原理类图
Context
类为上下文对象,用于维护State
实例,这个实例定义当前状态State
是抽象的状态角色,定义一个接口封装与Context
的一个特定接口相关行为ConcreteState
具体的状态角色,每个子类实现一个与Context
的一个状态相关行为
4、状态模式解决 APP 抽奖问题
应用实例要求
完成APP
抽奖活动项目,使用状态模式
类图
代码实现
State
:抽奖状态的抽象父类,定义了三个抽奖动作:扣除积分、抽奖、发放奖品/*** 状态抽象类* * @author Administrator**/ public abstract class State {// 扣除积分 - 50public abstract void deductMoney();// 是否抽中奖品public abstract boolean raffle();// 发放奖品public abstract void dispensePrize();}
NoRaffleState
:等待扣除积分,不能抽奖的状态/*** 不能抽奖状态* * @author Administrator**/ public class NoRaffleState extends State {// 初始化时传入活动引用,扣除积分后改变其状态RaffleActivity activity;public NoRaffleState(RaffleActivity activity) {this.activity = activity;}// 当前状态可以扣积分 , 扣除后,将状态设置成可以抽奖状态@Overridepublic void deductMoney() {System.out.println("扣除50积分成功,您可以抽奖了");activity.setState(activity.getCanRaffleState());}// 当前状态不能抽奖@Overridepublic boolean raffle() {System.out.println("扣了积分才能抽奖喔!");return false;}// 当前状态不能发奖品@Overridepublic void dispensePrize() {System.out.println("不能发放奖品");} }
CanRaffleState
:已经扣除完积分,等待抽奖的状态/*** 可以抽奖的状态* * @author Administrator**/ public class CanRaffleState extends State {RaffleActivity activity;public CanRaffleState(RaffleActivity activity) {this.activity = activity;}// 已经扣除了积分,不能再扣@Overridepublic void deductMoney() {System.out.println("已经扣取过了积分");}// 可以抽奖, 抽完奖后,根据实际情况,改成新的状态@Overridepublic boolean raffle() {System.out.println("正在抽奖,请稍等!");Random r = new Random();int num = r.nextInt(10);// 10%中奖机会if (num == 0) {// 改变活动状态为发放奖品 contextactivity.setState(activity.getDispenseState());return true;} else {System.out.println("很遗憾没有抽中奖品!");// 改变状态为不能抽奖activity.setState(activity.getNoRafflleState());return false;}}// 不能发放奖品@Overridepublic void dispensePrize() {System.out.println("没中奖,不能发放奖品");} }
DispenseState
:已抽完奖,等待发放奖品的状态/*** 发放奖品的状态* * @author Administrator**/ public class DispenseState extends State {// 初始化时传入活动引用,发放奖品后改变其状态RaffleActivity activity;public DispenseState(RaffleActivity activity) {this.activity = activity;}@Overridepublic void deductMoney() {System.out.println("不能扣除积分");}@Overridepublic boolean raffle() {System.out.println("不能抽奖");return false;}// 发放奖品@Overridepublic void dispensePrize() {if (activity.getCount() > 0) {System.out.println("恭喜中奖了");// 改变状态为不能抽奖activity.setState(activity.getNoRafflleState());} else {System.out.println("很遗憾,奖品发送完了");// 改变状态为奖品发送完毕, 后面我们就不可以抽奖activity.setState(activity.getDispensOutState());// System.out.println("抽奖活动结束");// System.exit(0);}} }
DispenseOutState
:奖品发放完毕的状态/*** 奖品发放完毕状态 说明,当我们activity 改变成 DispenseOutState, 抽奖活动结束* * @author Administrator**/ public class DispenseOutState extends State {// 初始化时传入活动引用RaffleActivity activity;public DispenseOutState(RaffleActivity activity) {this.activity = activity;}@Overridepublic void deductMoney() {System.out.println("奖品发送完了,请下次再参加");}@Overridepublic boolean raffle() {System.out.println("奖品发送完了,请下次再参加");return false;}@Overridepublic void dispensePrize() {System.out.println("奖品发送完了,请下次再参加");} }
RaffleActivity
:上下文对象,用于维护State
状态对象,并实现扣除积分和抽奖的方法/*** 抽奖活动* * @author Administrator**/ public class RaffleActivity {// state 表示活动当前的状态,是变化的State state = null;// 奖品数量int count = 0;// 四个属性,表示四种状态State noRafflleState = new NoRaffleState(this);State canRaffleState = new CanRaffleState(this);State dispenseState = new DispenseState(this);State dispensOutState = new DispenseOutState(this);// 构造器// 1. 初始化当前的状态为 noRafflleState(即不能抽奖的状态)// 2. 初始化奖品的数量public RaffleActivity(int count) {this.state = getNoRafflleState();this.count = count;}// 扣分, 调用当前状态的 deductMoneypublic void debuctMoney() {state.deductMoney();}// 抽奖public void raffle() {// 如果当前的状态是抽奖成功if (state.raffle()) {// 领取奖品state.dispensePrize();}}// 这里请大家注意,每领取一次奖品,count--public int getCount() {int curCount = count;count--;return curCount;}// Getter and Setter
ClientTest
:测试代码/*** 状态模式测试类* * @author Administrator**/ public class ClientTest {public static void main(String[] args) {// 创建活动对象,奖品有1个奖品RaffleActivity activity = new RaffleActivity(1);// 我们连续抽300次奖for (int i = 0; i < 30; i++) {System.out.println("--------第" + (i + 1) + "次抽奖----------");// 参加抽奖,第一步点击扣除积分activity.debuctMoney();// 第二步抽奖activity.raffle();}}}
5、状态模式在实际项目的应用
传统实现方式分析
借贷平台的订单,有审核、发布、抢单等等 步骤,随着操作的不同,会改变订单的状态,项目中的这个模块实现就会使用到状态模式
通常通过
if else
判断订单的状态,从而实现不同的逻辑,伪代码如下if(审核){//审核逻辑 }elseif(发布){//发布逻辑 }elseif(接单){//接单逻辑 }
问题分析 :这类代码难以应对变化,在添加一种状态时,我们需要手动添加
if else
,在添加一种功能时,要对所有的状态进行判断。因此代码会变得越来越臃肿,并且一旦没有处理某个状态,便会发生极其严重的BUG
,难以维护
状态模式在实际项目-借贷平台 源码剖析
状态模式本质上是一种基于状态和事件的状态机,下面是订单流程的状态图
通过状态图,我们再设计一张横纵坐标关系表来比较,图如下
类图
代码实现
State
:订单状态的接口/*** 状态接口* * @author Administrator**/ public interface State {/*** 电审*/void checkEvent(Context context);/*** 电审失败*/void checkFailEvent(Context context);/*** 定价发布*/void makePriceEvent(Context context);/*** 接单*/void acceptOrderEvent(Context context);/*** 无人接单失效*/void notPeopleAcceptEvent(Context context);/*** 付款*/void payOrderEvent(Context context);/*** 接单有人支付失效*/void orderFailureEvent(Context context);/*** 反馈*/void feedBackEvent(Context context);String getCurrentState(); }
AbstractState
:订单状态的抽象父类,对State
接口中的方法进行了默认实现public abstract class AbstractState implements State {protected static final RuntimeException EXCEPTION = new RuntimeException("操作流程不允许");// 抽象类,默认实现了 State 接口的所有方法// 该类的所有方法,其子类(具体的状态类),可以有选择的进行重写@Overridepublic void checkEvent(Context context) {throw EXCEPTION;}@Overridepublic void checkFailEvent(Context context) {throw EXCEPTION;}@Overridepublic void makePriceEvent(Context context) {throw EXCEPTION;}@Overridepublic void acceptOrderEvent(Context context) {throw EXCEPTION;}@Overridepublic void notPeopleAcceptEvent(Context context) {throw EXCEPTION;}@Overridepublic void payOrderEvent(Context context) {throw EXCEPTION;}@Overridepublic void orderFailureEvent(Context context) {throw EXCEPTION;}@Overridepublic void feedBackEvent(Context context) {throw EXCEPTION;} }
AllState
:各种具体的订单状态,继承了AbstractState
父类,并重写了自己所需要的方法//各种具体状态类 class FeedBackState extends AbstractState {@Overridepublic String getCurrentState() {return StateEnum.FEED_BACKED.getValue();} }class GenerateState extends AbstractState {@Overridepublic void checkEvent(Context context) {context.setState(new ReviewState());}@Overridepublic void checkFailEvent(Context context) {context.setState(new FeedBackState());}@Overridepublic String getCurrentState() {return StateEnum.GENERATE.getValue();} }class NotPayState extends AbstractState {@Overridepublic void payOrderEvent(Context context) {context.setState(new PaidState());}@Overridepublic void feedBackEvent(Context context) {context.setState(new FeedBackState());}@Overridepublic String getCurrentState() {return StateEnum.NOT_PAY.getValue();} }class PaidState extends AbstractState {@Overridepublic void feedBackEvent(Context context) {context.setState(new FeedBackState());}@Overridepublic String getCurrentState() {return StateEnum.PAID.getValue();} }class PublishState extends AbstractState {@Overridepublic void acceptOrderEvent(Context context) {// 把当前状态设置为 NotPayState。。。// 至于应该变成哪个状态,有流程图来决定context.setState(new NotPayState());}@Overridepublic void notPeopleAcceptEvent(Context context) {context.setState(new FeedBackState());}@Overridepublic String getCurrentState() {return StateEnum.PUBLISHED.getValue();} }class ReviewState extends AbstractState {@Overridepublic void makePriceEvent(Context context) {context.setState(new PublishState());}@Overridepublic String getCurrentState() {return StateEnum.REVIEWED.getValue();}}
Context
:环境上下文,继承了AbstractState
父类,实现了自己所需要的方法,以供Client
端调用//环境上下文 public class Context extends AbstractState {// 当前的状态 state, 根据我们的业务流程处理,不停的变化private State state;@Overridepublic void checkEvent(Context context) {state.checkEvent(this);getCurrentState();}@Overridepublic void checkFailEvent(Context context) {state.checkFailEvent(this);getCurrentState();}@Overridepublic void makePriceEvent(Context context) {state.makePriceEvent(this);getCurrentState();}@Overridepublic void acceptOrderEvent(Context context) {state.acceptOrderEvent(this);getCurrentState();}@Overridepublic void notPeopleAcceptEvent(Context context) {state.notPeopleAcceptEvent(this);getCurrentState();}@Overridepublic void payOrderEvent(Context context) {state.payOrderEvent(this);getCurrentState();}@Overridepublic void orderFailureEvent(Context context) {state.orderFailureEvent(this);getCurrentState();}@Overridepublic void feedBackEvent(Context context) {state.feedBackEvent(this);getCurrentState();}public State getState() {return state;}public void setState(State state) {this.state = state;}@Overridepublic String getCurrentState() {System.out.println("当前状态 : " + state.getCurrentState());return state.getCurrentState();} }
ClientTest
:测试代码/** 测试类 */ public class ClientTest {public static void main(String[] args) {// 创建context 对象Context context = new Context();// 将当前状态设置为 PublishStatecontext.setState(new PublishState());System.out.println(context.getCurrentState());// publish --> not paycontext.acceptOrderEvent(context);// not pay --> paidcontext.payOrderEvent(context);// 失败, 检测失败时,会抛出异常try {context.checkFailEvent(context);System.out.println("流程正常..");} catch (Exception e) {// TODO: handle exceptionSystem.out.println(e.getMessage());}}}
6、状态模式的注意事项和细节
优点
- 状态模式将每个状态的行为封装到对应的一个类中,所以代码有很强的可读性
- 方便维护。因为将容易产生问题的
if-else
语句删除了,如果把每个状态的行为都放到一个类中,每次调用方法时都要判断当前是什么状态,不但会产出很多if-else
语句,而且容易出错 - 符合“开闭原则”,容易增删对象的状态
缺点
会产生很多类,每个状态都要一个对应的类,当状态过多时会产生很多类,加大维护难度
应用场景
当一个事件或者对象有很多种状态,状态之间会相互转换,对不同的状态要求有不同的行为的时候,可以考虑使用状态模式
第 24 章 状态模式相关推荐
- 【设计模式】第23章·状态模式
一.状态模式概述 状态模式用于解决系统中负责对象的状态转换以及不同状态下行为的封装问题. 状态模式将一个对象的状态从该对象中分离出来,封装到专门的状态类中,使得对象的状态可以灵活变化. 定义: 状态模 ...
- 《游戏编程模式》一第7章 状态模式
本节书摘来异步社区<游戏编程模式>一书中的第7章,第7.1节,作者: [美]Robert Nystrom (尼斯卓姆) 译者: 赵卫兵 , 许新星 , 姜召阳 , 陈侃 , 屈光辉 , 郑 ...
- python工作状态_[Python设计模式] 第16章 上班,干活,下班,加班——状态模式
题目 用代码模拟一天的工作状态,上午状态好,中午想睡觉,下午渐恢复,加班苦煎熬. 基础版本--函数版 hour = 0 work_finished = False def write_program( ...
- 大话设计模式之爱你一万年:第十五章 行为模式:状态模式:为烧烤造个电梯:1. 状态模式基本概念
我和女朋友的这个烧烤店越做越大,已经容不下更多的人.于是我们就买了块地,然后建了一栋楼,楼房已经创建了差不多了.现在还差这个电梯系统还没搞定.搞电梯的人需要三个月才能搞定. 天才的我,最讨厌等待了,于 ...
- 大话设计模式之爱你一万年:第十五章 行为模式:状态模式:为烧烤造个电梯:2.状态模式之电梯系统
接下来我们通过这个电梯系统来学习一下状态模式. 一.电梯系统分析 电梯的状态有停止.运行.开门和关门等状态.而且每个状态还都要有特定的行为,比如在开门的状态下,电梯只能关门,而不能运行:在关门状态下, ...
- 《Head First 设计模式》第十章-状态模式 状态模式
状态模式 策略模式和状态模式是双胞胎,在出生时才分开.你已经知道,策略模式是围绕可以互换的算法来创建成功业务的,然而,状态走的是更崇高的路,它通过改变对象内部的状态来帮助对象控制自己的行为. 定义状态 ...
- 第24章 SPI—读写串行FLASH—零死角玩转STM32-F429系列
第24章 SPI-读写串行FLASH 全套200集视频教程和1000页PDF教程请到秉火论坛下载:www.firebbs.cn 野火视频教程优酷观看网址:http://i.youku.com/ ...
- 第24章 JVM监控及诊断工具-GUI篇
第24章 JVM监控及诊断工具-GUI篇 来自尚硅谷宋红康老师讲解的JVM:bilibili链接 1 工具概述 使用上一张命令行工具或组合能帮您获取目标Java应用性能相关的基础信息,但他们存在下列局 ...
- java实现备忘录模式_设计模式之第17章-备忘录模式(Java实现)
设计模式之第17章-备忘录模式(Java实现) 好男人就是我,我就是曾小贤.最近陈赫和张子萱事件闹得那是一个沸沸扬扬.想想曾经每年都有爱情公寓陪伴的我现如今过年没有了爱情公寓总是感觉缺少点什么.不知道 ...
最新文章
- CV算法复现(分类算法4/6):GoogLeNet(2014年 谷歌)
- 将客户端计算机加入域前建立计算机账户的必要性
- Redis进阶-lua脚本
- 栈的应用--进制转换
- Division and Union
- apache服务器配置Net的实践
- workerman高并发异步mysql_workerman怎么实现高并发
- 添加spark.yarn.jars 解决 WARN yarn.Client: Neither spark.yarn.jars nor spark.yarn.archive is set,
- 2012考研数学二第(3)题——数列收敛与部分和有界的关系
- PMP之采购管理过程组中的合同类型辨析
- 字节跳动、腾讯、阿里的社交战,浑水中依然没有赢家
- 【交互设计师必备书单】资深交互设计师推荐的交互设计师必看的七本书
- 电路基础-交流电-正弦量和相量
- 阿里二面一问MySQL就开始野了,抓着底层原理不撒手啊!
- 平安京s9服务器维护,决战平安京S9赛季段位怎么继承_决战平安京S9赛季段位继承详情_素材吧...
- 【R模型】R语言二元logistic回归 (保姆级教程)
- 安徽大学电气工程及自动化学院本科实验报告(MATLAB)——六、七章
- 举个栗子!Tableau 技巧(139):突出显示文本表的行或列
- 1350:面朝大海 春暖花开 [ 基础版 ]
- 花卉识别卷积神经网络
热门文章
- 中国晶体谐振器行业市场供需与战略研究报告
- linux进程管理内存管理,Linux专业知识四:Linux系统进程管理及查看内存
- ubuntu创建可执行图标、设置文件默认打开方式
- @开发者,第二届“马栏山杯”国际音视频算法大赛高分攻略请查收,心动大奖等你来战!...
- 手撕前端面试之经典排序算法
- 混合云存储:大数据应用的上云之道
- Async Python 竟不比sync Python 快,怎么回事?
- 火神山医院完工,2月3日收治病人!“云监工”请放心!
- GitHub 十大顶级 JavaScript 开源项目
- 听说你还不会写观察者模式?