【述职黑话】ToB复杂业务状态的可复用的解决方案

文章预览

1 问题背景 2 如何解决状态问题 2.1 解耦重构优化代码 2.2 使用设计模式重构优化 2.3 使用状态机 3 状态机介绍 3.1 状态机的四大概念 3.2 状态机的优点 4 状态机对比与选型 4.1 转转状态机 4.2 Cola状态机 4.3 Spring Statemachine 5 选型总结 5.1 业务简单用Cola状态机 5.2 业务复杂用Spring Statemachine 5.3 个性化诉求自研 5.4 B2B复杂业务场景选型 年底了大家都要述职，老板都会问：你这个方案，是否沉淀形成一套可复用解决方案？ 今天就介绍关于一个业务： 状态变多、条件分支增多、状态转换规则、依赖关系变复杂，导致代码难以维护，代码可重用性和可扩展性变差这个问题，一套可复用解决方案。 1 问题背景 产品 ：来活啦，有用户反馈我们的APP没有线上退保证金功能，都在抖音上找到老板反馈了。 产品 ：我们商户入驻状态有：未入驻、待入驻、已入驻、清退中、 ………………………………