状态机引擎
看到状态,大家能想起什么?抵触什么?
我想到的有:状态机、状态模式、UML状态转换、一堆一堆的验证能否执行当前函数的验证代码
抵触的有:UML状态机图
如下:
正视状态图
- 只要有先后顺序的行为都可以想象成状态机,因为存在必须先做什么才能再做什么的现象,所以这种现象很常见,很普遍
- 给出了流程图后,落实到代码级别还是要细化很多的,其中一部分就是状态转换链
- 有了状态图,领域对象的行为就可以被先后顺序的mapping,但还得写一堆的验证,来判断状态能否执行当前函数
因此认为需要有个框架来把这些麻烦事做掉,于是有了SMFramework框架->StateMachineFramework
判断是否能进行某项操作:
string requestId = .................//业务主键ID var canExecute=SMF.Get<交易修改申请>(requestId).CanTransitToState("已提交申请"); Console.WriteLine(string.Format("能否切换到 已提交申请 状态?{0}", canExecute));
真正状态切换代码:
string requestId = .....................//业务主键ID SMF.Get<交易修改申请>(requestId).TransitToState("已提交申请"); SMF.Get<交易修改申请>(requestId).TransitToState("审核拒绝", () => { Console.WriteLine("..."); .... .... });
框架支持多种输入参数,其中Action
- 为空
- 先判断状态机当前的状态是否可以被切换到目标状态,如不能则抛错
- 切换状态机状态(也持久化)
- 不为空
- 先判断状态机当前的状态是否可以被切换到目标状态,如不能则抛错
- 执行传入的Action
- 切换状态机状态(也持久化)
其实还有一个参数:transactionSupport,默认为false
- false,代表Action动作与状态机持久化行为不会放在一个事务中执行
- true,代表Action动作与状态机持久化行为是放在一个事务中执行的
那么状态机的定义又在哪里呢?
class 交易修改申请 : StateMachineConfig { protected override void States() { this.AddCanbeBeginState("已提交申请"); this.AddAutoTransitToCompleteState("审核通过"); this.AddAutoTransitToCompleteState("审核拒绝"); this.AddAutoTransitToCompleteState("取消"); } protected override void Links() { this.LinkStates("已提交申请", "审核通过"); this.LinkStates("已提交申请", "审核拒绝"); this.LinkStates("已提交申请", "取消"); } protected override string MachineType() { return "交易修改申请"; } }
StateMachineConfig是一个抽象类,需要具体实现类实现3个函数,分别是
- States
- 函数
- 在这里定义具体的状态名以及状态相应的属性
- CanBeginState
- 代表在某个具体业务主键ID的状态机转换序列中,初始化时就能无条件切换过去的状态
- AutoTransitToCompleteState
- 代表当切换到这个状态后,就被认为是完成了,既:状态转换完结。
- 函数
- Links
- 添加两个状态之间的单向关系(不是双向)
- MachineType
- 状态机定义名称
目前第一版已经上传到github上
https://github.com/daibinhua888/StateMachine/
自省推动进步,视野决定未来。
心怀远大理想。
为了家庭幸福而努力。
商业合作请看此处:https://www.magicube.ai
心怀远大理想。
为了家庭幸福而努力。
商业合作请看此处:https://www.magicube.ai