定制化虾扯蛋

看到状态机StateMachine，我又想到了一个点子，不吐不快，半夜起来开电脑。

脉络是这样子的：

1. 我首先看到了状态机啊，上一个状态+本次输入=状态转换v+输出w；对不对。
2. 于是我执着的追求动态配置状态转换函数v(s,x)。
3. 然后发现我错了，我把流程的工作流和状态机搞混淆了。
4. 在状态机中，我们可以先实现所有的状态转换 v(s,x); 然后捏，设置一个Gard门卫决定是否执行这个状态转换流程。
5. 联想到定制化，我们在登记业务中。登记员要是能配置这个业务需要进行那些处理，岂不是很妙。个体定制化处理哦。
6. 当然，使用工作流（我没用过）坑定是能实现的。
7. 状态机也行啊，而且通过存储个体的Transaction Table可以方便的实现个体定制化~额。

一般来说Sequential Workflow 用于流程已定的情况。什么是流程已定，这是说工作流的流向大体上不取决于外部的决定，比如贷款审批，流程基本上确定，并且其分支和循环也是规定好了的。又如文档审批，假期审批等都比较适合用Sequential Workflow.  一般Sequential Workflow 是不可逆的。除了循环Activity 外，一般一个Activity 执行完毕后便不再被执行。

State Machine 工作流则一般用于 方向不明确的事情当中，一件事完成(state activity)面临着很多不同的选择，并且，这个选择要依赖于人的决定(事件驱动)。State machine 往往是可逆的。一个状态(State Activity)有可能要被多次的执行。比如在线购物便可以看成一个state machine workflow. 工作流的进行往往有赖于外部事件(比如人)的推动。 再有，如看电视，可以开电视，可以关电视，可以随便转台，也可以专注看某个节目，状态与状态间并没有一个必然的顺序关系。如此，我们便可以使用state machine workflow.

举个其他的栗子：

嗯~~~比如：我去报名参加，额，奥运会，^O^。我报名了长跑，游泳，射击和打架。然后我的角色在：火炬手->运动员->开幕式运动员->田径运动员->水中运动员->神射手->打不死的小强这些不同的状态之间按时间做转换。(也就是说，状态机执行这些状态转换的时候，Gard警卫返回yes，状态机定义了运动员在不同时段的角色状态，但是我没有报名举重，就不能变成举重运动员啦，当状态机将我的状态转换为举重运动员的时候，门卫Gard 返回 no !) 

不比工作流，配置好了，我具体的要什么时间去哪个跑道的第几道参加赛跑。状态机只是在报名时给个体画的一个 状态转换蓝图。

什么是状态机参看博主的文章：https://blog.csdn.net/u012296499/article/details/82666721