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

简介

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

工单核心

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

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

设计思路

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

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%分表数量去进行分表以及分片键的设计。