If you disregard the OnEntry methods as side-effects that exploit the
state machine's logic, then the initial state is the one that is set on
construction. While correct as an FSM implementation, its not as useful.
In practice, you want the initial state to have no Entry or Exit
functions, and be configured to advance to the second state without
conditions. Then fire a trigger to enter the second state to begin the
working state machine. On that second state you attach all the things
you want to effect when the state machine begins. If the machine needs
to loop through different states, never return to the initial state,
only loop back to the second state.
-g
> --
>
> ---
> You received this message because you are subscribed to the Google
> Groups "Stateless .NET State Machine Framework" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to
dotnet-state-machine-...@googlegroups.com.
> For more options, visit
https://groups.google.com/groups/opt_out.
>
>