状态机引擎

看到状态，大家能想起什么？抵触什么？

我想到的有：状态机、状态模式、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/