Библиотека государственной машины без гражданства - соответствующий способ структурирования?

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.

Учитывая это, способ, которым ваш государственный аппарат в настоящее время структурирован, отлично.

Последнее примечание: имейте в виду, что триггеры срабатывания из одного и того же потока, которые продвигают машину состояний и выполняют логику конечного автомата, могут привести к исключениям stackoverflow (см. here о том, как решить проблему автоматического продвижения).