Есть ли имя для этой асинхронной идиомы инициализации актера?

Question

Всякий раз, когда я создаю актера, который нуждается в некоторых асинхронно полученных данных, чтобы инициализировать себя, я нахожу себя таким идиомом. У него есть имя? (И это лучший способ сделать это?)

class AsyncInitActor(db: Database, someId: UUID) extends Actor with ActorStash { 
    case class Initialize(something: Something) 

    override def preStart() = { 
     db.getSomething(someId) onSuccess { something => 
      self ! Initialize(something) 
     } 
    } 

    def receive = { 
     case Initialize(something) => 
      context become initialized(something) 
      unstashAll() 

     case _ => stash() 
    } 

    def initialized(something): Receive = { 
     case whatever => 
    } 
} 

В случае субъектов, созданных кластеров сегментирование, асинхронный запрос происходит в receive вместо preStart.

Чтобы быть ясным, я не ищу шаблон GoF.

Answer 1

Ближайший дизайн, который приходит мне на ум, является прокси.

За документацией here:

Design заменяющего, или прокси-сервера, объект, который: конкретизирует реальный объект в первый раз, когда клиент делает запрос прокси-сервера, запоминает идентификатор этого реального объекта, и направляет запрос на подстрекательство к этому реальному объекту. Затем все последующие запросы просто перенаправляются непосредственно в инкапсулированный реальный объект.

В вашем случае вы можете думать о том, что актер завернут прокси. Как только актер инициализируется из базы данных, прокси перенаправляет все запросы на него, то есть действительный актер. До тех пор прокси возвращает null, по умолчанию актер или что-то в этом роде.

Answer 2

Всякий раз, когда я создать актера, который потребности некоторые асинхронно, полученные данные в инициализирует сам ...

Я бы сказал, вы в основном описал Заводская модель. И если ваши актеры - это концепции DDD, то это будет в контексте Репозитория DDD. Другими словами, вы имеете дело со сложным созданием объекта вместе с его валидацией - часть. Одна из обязанностей репозитория DDD заключается в том, чтобы получить действительный совокупный корень.

Мои два цента.

Sergiy

<> <

Answer 3

Я никогда не использовал тайник для этого. Если мне действительно нужно инициализировать, я с большей вероятностью буду использовать FSM, чтобы убедиться, что мой актер находится в готовом состоянии.

http://doc.akka.io/docs/akka/current/scala/fsm.html

Я полагаю, вы могли бы объединить оба подхода.