状态模式
顽强的毅力可以征服世界上任何一座高峰。——狄更斯
我们在实现审核业务的时候，可能在没使用状态模式的时候，使用if else或者switch case进行操作
ruben说：我不能针对不同的状态写多个后端接口吗？
achao说：那你前端还是要使用if else去根据不同的状态调用不同的接口啊
我这里模拟一个简单的审核，真实项目中的业务将比这复杂
我们在用户提交审核后，状态应该是待审核
在待审核时执行操作，如果用户提交的内容为空，则将状态更改为审核未通过
在待审核时执行操作，如果用户提交的内容不为空，则将状态更改为审核已通过
在审核未通过时，如果用户再次执行操作，提示重新提交审核
在审核已通过时，如果用户再次执行操作，提示审核已通过
这里我们采用状态模式实现：
首先定义一个状态接口：
package com.ruben.state.example;
import java.util.Map;
/**
* 审核状态公共接口
*
* @author <achao1441470436@gmail.com>
* @since 2021/10/17 18:43
*/
public interface ApprovalStatus {
String CONTENT = "content";
String STATUS = "status";
/**
* 审核
*
* @param param 参数
* @return 结果
*/
Map<String, Object> execute(Map<String, Object> param);
/**
* 设置操作类
*
* @param executor 操作类
*/
void setExecutor(ApprovalExecutor executor);
}其中包含我们主要的审核操作以及设置操作类的方法，以及两个常量
这里的操作类下面会提到
然后是抽象类，包含我们共有方法，例如给状态设置操作类，这里将操作类设为protected，允许子类状态访问该操作类
package com.ruben.state.example;
/**
* 抽象状态
*
* @author <achao1441470436@gmail.com>
* @since 2021/10/17 18:49
*/
public abstract class BaseStatus implements ApprovalStatus {
protected ApprovalExecutor executor;
/**
* 设置操作类
*
* @param executor 操作类
*/
@Override
public void setExecutor(ApprovalExecutor executor) {
this.executor = executor;
}
}然后是实现各个状态：
待审核
package com.ruben.state.example;
import java.util.Collections;
import java.util.Map;
import java.util.Objects;
/**
* 待审核
*
* @author <achao1441470436@gmail.com>
* @since 2021/10/17 18:48
*/
public class WaitStatus extends BaseStatus {
/**
* 审核
*
* @param param 参数
* @return 结果
*/
@Override
public Map<String, Object> execute(Map<String, Object> param) {
boolean pass = Objects.nonNull(param.get(CONTENT));
ApprovalStatus status;
if (pass) {
status = new PassStatus();
} else {
System.out.println("提交内容为空，审核未通过");
status = new RejectStatus();
}
executor.changeStatus(status);
return Collections.singletonMap(STATUS, status.getClass().getSimpleName());
}
}已通过：
package com.ruben.state.example;
import java.util.Collections;
import java.util.Map;
/**
* 已通过
*
* @author <achao1441470436@gmail.com>
* @since 2021/10/17 19:12
*/
public class PassStatus extends BaseStatus {
/**
* 审核
*
* @param param 参数
* @return 结果
*/
@Override
public Map<String, Object> execute(Map<String, Object> param) {
System.out.println("您已经通过审核了，不能进行操作啦！");
return Collections.singletonMap(STATUS, this.getClass().getSimpleName());
}
}已拒绝：
package com.ruben.state.example;
import java.util.Collections;
import java.util.Map;
/**
* 已拒绝
*
* @author <achao1441470436@gmail.com>
* @since 2021/10/17 19:14
*/
public class RejectStatus extends BaseStatus {
/**
* 审核
*
* @param param 参数
* @return 结果
*/
@Override
public Map<String, Object> execute(Map<String, Object> param) {
System.out.println("您未通过审核，请重新提交审核！");
return Collections.singletonMap(STATUS, this.getClass().getSimpleName());
}
}然后就是我们的操作类了
这里将状态接口作为成员变量
提供一个带参构造器，让我们初始具有一个状态
提供一个变更状态的方法，应对状态变更的情况，顺便将我们的操作类传递给对应的状态
提供一个审核方法，该方法就是我们在客户端实际操作的方法，它会根据不同的状态(实际的状态实现类)调用对应的实现
操作类避免了直接操作对应的方法，减少了我们代码中的if else/switch case等
package com.ruben.state.example;
import java.util.Map;
/**
* 审核操作类
*
* @author <achao1441470436@gmail.com>
* @since 2021/10/17 18:52
*/
public class ApprovalExecutor {
private ApprovalStatus status;
public ApprovalExecutor(ApprovalStatus status) {
this.status = status;
}
/**
* 变更状态
*
* @param status 状态
*/
public void changeStatus(ApprovalStatus status) {
this.status = status;
status.setExecutor(this);
}
/**
* 审核
*
* @param param 参数
* @return 结果
*/
public Map<String, Object> execute(Map<String, Object> param) {
return status.execute(param);
}
}最后是运行方法：
package com.ruben.state.example;
import java.util.HashMap;
import java.util.Map;
/**
* 审核应用
*
* @author <achao1441470436@gmail.com>
* @since 2021/10/17 19:15
*/
public class ApprovalApplication {
public static void main(String[] args) {
Map<String, Object> param = new HashMap<>(1 << 2);
System.out.println("用户提交审核");
WaitStatus waitStatus = new WaitStatus();
ApprovalExecutor executor = new ApprovalExecutor(waitStatus);
waitStatus.setExecutor(executor);
Map<String, Object> result = executor.execute(param);
System.out.println(result);
System.out.println("再次尝试提交");
executor.execute(param);
System.out.println("用户填写内容");
param.put(ApprovalStatus.CONTENT, "666");
System.out.println("用户再次提交审核");
executor.changeStatus(waitStatus);
result = executor.execute(param);
System.out.println(result);
executor.execute(param);
}
}
image-20211017195931501
状态模式优点
- 单一职责原则。 将与特定状态相关的代码放在单独的类中。
- 开闭原则。 无需修改已有状态类和上下文就能引入新状态。
- 通过消除臃肿的状态机条件语句简化上下文代码。
状态模式缺点
- 如果状态机只有很少的几个状态， 或者很少发生改变， 那么应用该模式可能会显得小题大作。
本文参与 腾讯云自媒体分享计划，分享自作者个人站点/博客。
原始发表：2021-10-17，如有侵权请联系 cloudcommunity@tencent.com 删除
评论
登录后参与评论
推荐阅读
目录