상태 비 저장 상태 머신 라이브러리 - 적절한 구조?

Question

C# stateless 라이브러리를 사용할 때 사람들은 어떻게 코드를 구성합니까?

https://github.com/nblumhardt/stateless

나는 방법에 특히 관심이 주입 종속성이 관계 및 책임의 올바른 접근 방법과 제대로 레이어링.

나의 현재 구조를 포함 다음

public class AccountWf 
{ 
    private readonly AspNetUser aspNetUser; 

    private enum State { Unverified, VerificationRequestSent, Verfied, Registered } 
    private enum Trigger { VerificationRequest, VerificationComplete, RegistrationComplete } 

    private readonly StateMachine<State, Trigger> machine; 

    public AccountWf(AspNetUser aspNetUser, AccountWfService userAccountWfService) 
    { 
     this.aspNetUser = aspNetUser; 

     if (aspNetUser.WorkflowState == null) 
     { 
      aspNetUser.WorkflowState = State.Unverified.ToString(); 
     } 

     machine = new StateMachine<State, Trigger>(
     () => (State)Enum.Parse(typeof(State), aspNetUser.WorkflowState), 
     s => aspNetUser.WorkflowState = s.ToString() 
     ); 

     machine.Configure(State.Unverified) 
     .Permit(Trigger.VerificationRequest, State.VerificationRequestSent); 

     machine.Configure(State.VerificationRequestSent) 
     .OnEntry(() => userAccountWfService.SendVerificationRequest(aspNetUser)) 
     .PermitReentry(Trigger.VerificationRequest) 
     .Permit(Trigger.VerificationComplete, State.Verfied); 

     machine.Configure(State.Verfied) 
     .Permit(Trigger.RegistrationComplete, State.Registered); 

    } 

    public void VerificationRequest() 
    { 
     machine.Fire(Trigger.VerificationRequest); 
    } 

    public void VerificationComplete() 
    { 
     machine.Fire(Trigger.VerificationComplete); 
    } 

    public void RegistrationComplete() 
    { 
     machine.Fire(Trigger.RegistrationComplete); 
    } 

} 

우리가 OnEntry 후크 내 (서비스 호출), 또는 외부의 프로세스를 구현하는 모든 프로세스를 구현해야 상태 전이가 인 것을 확인 한 후 자리를 차지할 수 있습니까? 그렇다면 트랜잭션 관리를 어떻게 수행해야하는지 궁금합니다.

나는 무언가를 이미 구현하고 코드 구조에 접근하는 방법을 구현 한 사람들로부터 가장 좋은 지침이 될 것으로 생각한다.

Answer 1

구조 자체가 몇 가지 발언 해결하기 전에 :

• OnEntry 행동은 트리거가 성공적으로 발사 된 경우 실행됩니다.

• 현재 상태에서 허용되지 않는 트리거는 InvalidOperationException을 던집니다. 예외를 예상하지 않으면 OnUnhandledTrigger을 무시하는 것이 좋습니다. 처리되지 않은 트리거를 로깅하는 것이 논리의 결함을 찾는 좋은 방법입니다. OnEntry/OnExit 구조에 대한 엄지 손가락의

내 규칙은 생성과 논리가 OnEntry을 배치하고 필요한 청소가 OnExit을 수행한다는 것이다.

당신의 경우, 당신이 주입 된 의존성을 사용하고 있다는 것을 전제로합니다 (누군가의 소유권을 얻지 못한다고 가정 할 때, 즉 누군가 다른 사람의 라이프 사이클을 관리 할 것입니다). 귀하의 모든 로직을 배치 할 수 있습니다. OnEntry.

상태 머신이 현재 구조화되어있는 방식은 완벽합니다.

하나의 마지막 참고 사항, 상태 기계를 전진시키고 상태 머신 논리를 수행하는 동일한 스레드 내에서 트리거를 시작하면 스택 오버 플로우 예외가 발생할 수 있으며 이로 인해 자동 진행 문제를 해결하는 방법에 대해서는 here을 참조하십시오.