前言
在重构这本书中,我接触到了状态模式,重构中把State/Strategy两个模式放在一起说,当时我也不太理解,因为光看类图,这两个模式真的差别不大。之后我会在写一篇博客主要讲诉这两个设计模式的区别。
在这篇博客中我学习了一遍状态模式,为了方便理解,写了一个简单的英雄联盟抽皮肤的小案例。案例代码我会放在Github上,在本文最后会附上地址。
定义与特点
定义:
对有状态
的对象,把复杂的判断逻辑提取到不同的状态对象中,允许状态对象在其内部状态改变时改变其行为。主要是解决的这个对象的复杂状态的切换。
优点:
1.状态模式将与特定状态相关的行为局部化到一个状态中,并且将不同状态的行为分割开来,满足“单一职责原则”。
2.减少对象间的相互依赖。将不同的状态引入独立的对象中会使得状态转换变得更加明确,且减少对象间的相互依赖。
3.有利于程序的扩展。通过定义新的子类很容易地增加新的状态和转换。
缺点:
1.状态模式的使用必然会增加系统的类与对象的个数。
2.状态模式的结构与实现都较为复杂,如果使用不当会导致程序结构和代码的混乱。
状态模式主要允许一个对象在其内部状态发生改变时同时改变他的行为,看起来似乎修改了它的类。我这里就不总结他的定义与特点了,下面文章总结已经很清楚了。
状态模式定义与特点原文链接
状态模式的结构
状态模式包含以下主要角色:
- 环境(Context)角色:也称为上下文,它定义了客户感兴趣的接口,维护一个当前状态,并将与状态相关的操作委托给当前状态对象来处理。
- 抽象状态(State)角色:定义一个接口,用以封装环境对象中的特定状态所对应的行为,根据业务需求可以写多个方法来改变当前的对象的状态。
- 具体状态(Concrete State)角色:实现抽象状态所对应的行为。
如下是状态模式的结构:
简单英雄联盟抽皮肤案例
案例介绍
以简单英雄联盟抽皮肤为例,当一个用户的操作有(充值、退款、抽奖、获得皮肤)四个状态,根据用户不同的操作状态,会有不同的行为。
1.在未充值状态,用户只能选择充值这个动作,另外动作均不可以选择。
2.在已充值这个状态,用户可以继续充值,或者选择退款,当退款额度大于用户余额的时候会提示用户,当用户把余额退完会回到未充值状态。当用户账户有余额的时候可以操作抽奖动作。
3.在抽奖的时候,如果扣费成功,则会生成皮肤,如果扣费失败,则会提醒用户余额不足,并且根据余额多少回到未充值或者已充值状态。
可以看的出来每个状态的切换都伴随这很多IF-ELSE
,如果不采用设计模式,我们在扩展功能的时候会非常麻烦。
具体实现
环境角色(Context)
这对应的是状态模式的环境角色(Context),他维护着用户的当前状态currentState
,定义了客户的行为方法,还提供了一个设置当前状态的方法setCurrentState(UserState currentState)
,来方便后面状态切换时候的使用。
1 | package com.zyj.state; |
抽象角色(State)
这对应的是状态模式的抽象角色,他主要写了对象在不同状态下对应的行为,比如说用户的充值行为toCharge()
,用户的退费行为refund()
等。
1 | package com.zyj.state; |
具体状态(Concrete State)
未充值状态
1 | package com.zyj.state; |
已充值状态
1 | package com.zyj.state; |
抽奖状态
1 | package com.zyj.state; |
运行结果
1 | package com.zyj; |
1 | 当前状态是:未充值状态 |
至于我是怎么生成皮肤的,我添加了皮肤的枚举类作为皮肤池,通过随机数随机抽取皮肤池中的皮肤实现,这样我们每增加一个皮肤只需要新增一个枚举就好了,符合开闭原则。
下面是我的皮肤枚举类:
1 | package com.zyj.enumeration; |
案例地址
欢迎大家访问我的Github地址,如果喜欢的话,希望能给个Star,点击此处获取本案例源码。
如果有小伙伴,想要一起交流学习的,欢迎添加博主微信。