简介
基于当前工作的需要，需要针对客服系统的工单模块设计一个单独的工单系统，要求该工单扩展性高，通用性好，性能较高，设计简洁。
工单核心
工单最重要的核心设计就是其状态，工单就是状态模式最典型的运用。
状态模式的好处
- 状态之间的业务逻辑隔离，互不干涉
- 状态之间存在流转关系，方便维护
设计思路
理清工单几种状态:
处理中->已完成 已完成->已关闭 处理中->已关闭
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%分表数量去进行分表以及分片键的设计。
