你的位置:首页 > ASP.net教程

[ASP.net教程]状态机引擎


看到状态,大家能想起什么?抵触什么?

我想到的有:状态机、状态模式、UML状态转换、一堆一堆的验证能否执行当前函数的验证代码
抵触的有:UML状态机图

如下:


正视状态图

  • 只要有先后顺序的行为都可以想象成状态机,因为存在必须先做什么才能再做什么的现象,所以这种现象很常见,很普遍
  • 给出了流程图后,落实到代码级别还是要细化很多的,其中一部分就是状态转换链
  • 有了状态图,领域对象的行为就可以被先后顺序的mapping,但还得写一堆的验证,来判断状态能否执行当前函数


因此认为需要有个框架来把这些麻烦事做掉,于是有了SMFramework框架->StateMachineFramework

判断是否能进行某项操作:

string requestId = .................//业务主键IDvar canExecute=SMF.Get<交易修改申请>(requestId).CanTransitToState("已提交申请");Console.WriteLine(string.Format("能否切换到 已提交申请 状态?{0}", canExecute));

 

 

真正状态切换代码:

string requestId = .....................//业务主键IDSMF.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/