记一次工单系统的设计(状态模式的具体运用)

时间:2021-7-5 作者:qvyue

简介

基于当前工作的需要,需要针对客服系统的工单模块设计一个单独的工单系统,要求该工单扩展性高,通用性好,性能较高,设计简洁。

工单核心

工单最重要的核心设计就是其状态,工单就是状态模式最典型的运用。
状态模式的好处

  • 状态之间的业务逻辑隔离,互不干涉
  • 状态之间存在流转关系,方便维护

设计思路

理清工单几种状态:
处理中->已完成 已完成->已关闭 处理中->已关闭

记一次工单系统的设计(状态模式的具体运用)
image.png

设计三个状态类,每个类处理该工单变成该状态时需要做的业务逻辑

public interface WorkOrderState{
  void handler(WorkOrderContext workOrderContext);
}

//处理中状态类
public class WorkOrderProgressState{
  public void handler(WorkOrderContext workOrderContext){
    //doSomthing
  }
}

//完成状态类
public class WorkOrderCompletedState{
  public void handler(WorkOrderContext workOrderContext){
    //doSomthing
  }
}

//关闭状态类
public class WorkOrderClosedState{
  public void handler(WorkOrderContext workOrderContext){
    //doSomthing
  }
}

public class WorkOrderContext{
  private WorkOrderState workOrderState;
  public void request(){
    //判断工单需要变成什么状态
   workOrderState = xxxxState;
   workOrderState.handler(this);
  }
}

技术实现

核心类设计

核心类设计参照以上的类进行设计,由用户在前端对工单状态进行操作,使用状态模式能更好的扩展更多的状态,以及状态的回滚等操作都可以更灵活的扩展,实现了单一职责原则。

技术难点

设计模式的选择

工单由于是状态流转,我们要毫无疑问的实现状态机模式进行处理。

分布式系统下乐观锁的运用

由于系统是分布式系统,存在用户对同一个工单进行状态流转的情况,可以在数据库表的工单表中增加版本号,前端操作工单时携带版本号,进行状态流转时需要校验版本号是否跟数据库版本号一致,update work_order where version = version,命中行数为0则代表工单已经被变更过一次。

工单归档分库分表的设计

现在系统每天有两千左右的工单,如果是单表设计,一两年就会达到mysql的最大存储瓶颈,所以我们需要一开始就针对工单进行归档的设计,并对工单归档表做好分库分表的设计。分库分表需要注意以下事项:

  • 分片键的设计
  • 所有的ddl以及查询落到一个分表中

这其中最重要的就是分片键的设计,分片键需要从查询维度去设计,我们查询工单归档的时候一般以用户的id去进行查询,故此可以以用户id%分表数量去进行分表以及分片键的设计。

声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:qvyue@qq.com 进行举报,并提供相关证据,工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。