状态模式

(图片来源网络) 生活中，存在很多与"状态"相关的案例，比如：昨天晚上你熬夜看球赛，上午状态很差，迷迷糊糊的，熬到中午睡了一觉，下午又变得精神百倍了。在不同的时间，所处的状态可能不一样，而且还会按照一定条件流转，比如从犯困的状态变成了精神百倍的状态。这种在不同时间、不同条件下状态产生变化的对象，我们称之为"有状态"对象，状态作为其属性会产生变化。 在软件开发过程中，这种状态转换的场景非常多。比如，系统订单随着时间的推移，状态会产生转换，可能从下单后的待支付转换到支付后的待发货，也可能在发货后从待收货变成已收货，等等。 1. 活动状态案例 假设有一个活动需求，管理员可以在系统中添加活动，让用户来参与，同时可以对活动进行管理，比如禁用启用活动、终止活动等。假设活动的状态有：正常、已开始、已结束、已禁用、已终止等，它们之间的流转过程如下图所示： Figure 1. 活动的状态变化 那么，如何实现活动的状态变化呢？传统的方式是将活动的状态定义为枚举类，然后在代码中进行if..else..或者switch的条件判断，通过编码切换到其他的状态，示例代码如下： 活动枚举类 enum ActivityStateEnum { NORMAL, STARTED, FINISHED, DISABLED, TERMINATED (1) } 1 通过枚举来定义活动的不同状态 通过条件判断来实现状态转换 class NormalActivityStateChange { public ActivityStateEnum change(ActivityStateEnum state) { ActivityStateEnum retState = null; switch (state) { case NORMAL: // 省略具体业务逻辑... retState = ActivityStateEnum.STARTED; (1) break; case STARTED: // 省略具体业务逻辑... retState = ActivityStateEnum.FINISHED; (2) break; case DISABLED: // 省略具体业务逻辑... retState = ActivityStateEnum.NORMAL; (3) case TERMINATED: // 省略具体业务逻辑... case FINISHED: // 省略具体业务逻辑... default: // 其他为最终状态，什么都不做 } return retState; } } ...