接下来,我将逐步构建一个状态机。
此状态机有三种状态和两种转换。
还请考虑您是否需要使用状态机。
我对状态机的理解在不断演变。
升级就像业务状态机中的计时器。
我得到了一个能正常运行的状态机。
能够方便放置状态机代码的位置。
生命周期状态机请参见图4。
例如,考虑图9中的状态机。
现在,我具有一个可简单运行的状态机。
以下的示例展示了如何构建一个状态机。
对于基于状态的行为,可以使用状态机。
目前,状态机缺乏严密性。
为解决此问题,状态机使用了一个相关集。
我们使用有限状态机模式设计了这种行为。
You used the finite state machine pattern to design this behavior.
业务状态机可以通过BPEL流程来实现。
A business state machine can be implemented by a BPEL process.
业务状态机的所有部分。
每个复合状态都包括一个子状态机。
状态机在到达最终状态后就会结束。
不管状态如何,状态机都会触发事件。
The state machine will trigger an event regardless of the state of the machine.
在本例中,我的状态机应该记忆两种不同的状态。
In this case, my state machine should remember two different states.
如果流程逻辑为事件驱动的,则使用状态机实现。
Use the state machine implementation if the process logic is event driven.
状态机混合了表示状态的节点以及节点间的转换。
A state machine has a mixture of nodes representing states and transitions between them.
下面这个简单的例子说明了需要使用状态机的情况。
The following simple example is a case when you need a state machine.
什么是状态机?
具体来讲,我需要处理状态机的多个状态。
Specifically, I want to handle more than one state within the machine.
暂停的线程和状态机都可以捕获执行状态。
Suspended threads and state machines can both capture execution state nicely.
状态机的初始状态必须具有单一传出转换。
The state machine's initial state must have a single outgoing transition.
状态机开始逐渐成型。
这是无法接受的,因为业务状态机需要不停地处理操作。
This is unacceptable, since the business state machine would be stuck processing the operation.
应用推荐