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