Телеграмм чат группы scala

Introduction to Actors • Akka Documentation

RAFIZ Буквально отсюда

https://doc.akka.io/docs/akka/current/typed/actors.html#first-example

doc.akka.io

The Actor model, managing internal state and changing behavior in Akka Actors.

10:45пожаловаться #1

R

RAFIZ in Scala User Group

Command он паттернматчит в GetUsers, CreateUsers и т.д.

Здесь определён тип для сообщения, которое будет ответом на заданное действие (...replyTo : ActorRef[_])

Я сам только начал работать с akka actors, тут видимо в самом действии replyTo содержится адрес. ActorRef определяет тип сообщения, которое можно отослать.

А так почитайте доки Akka Typed Actors, там это объясняется лучше.

запись

replyTo: ActorRef[ActionPerformed]

означает, что replyTo - это актор, принимающий сообщения типа ActionPerformed, разве нет?
это и в записи

replyTo ! ActionPerformed(s"User \${user.name} created.")

отражено

Вопрос в том, где такой актор создаётся?не могу найти в этом проекте

11:00пожаловаться #2

TT

RAFIZ

запись

replyTo: ActorRef[ActionPerformed]

означает, что replyTo - это актор, принимающий сообщения типа ActionPerformed, разве нет?
это и в записи

replyTo ! ActionPerformed(s"User \${user.name} created.")

отражено

Вопрос в том, где такой актор создаётся?не могу найти в этом проекте

11:04пожаловаться #3

TT

В QuickstartApp

11:04пожаловаться #4

R

RAFIZ in Scala User Group

тут как раз создаётся актор UserRegistry, который знает как обрабатывать сообщения типа Command, а не ActionPerformed

11:08пожаловаться #5

R

RAFIZ in Scala User Group

11:08пожаловаться #6

TT

RAFIZ

тут как раз создаётся актор UserRegistry, который знает как обрабатывать сообщения типа Command, а не ActionPerformed

В чем проблема, если каждый Command уже знает как это делать?

11:10пожаловаться #7

R

RAFIZ in Scala User Group

В чем проблема, если каждый Command уже знает как это делать?

Command ничего не может знать, это просто тип сообщения

знать могут акторы. как создаётся актор принимающий сообщения типа Command я вижу, а как создаётся актор принимающий сообщения типа ActionPerformed - не вижу (при этом к нему в коде идёт обращение, как ни странно)

11:15пожаловаться #8

TT

RAFIZ

Command ничего не может знать, это просто тип сообщения

знать могут акторы. как создаётся актор принимающий сообщения типа Command я вижу, а как создаётся актор принимающий сообщения типа ActionPerformed - не вижу (при этом к нему в коде идёт обращение, как ни странно)

Так вы почитайте документацию...

Это не актор принимает сообщения типа ActionPerformed, это определяется в каждой Command для тайпчека сообщений.

11:16пожаловаться #9

R

RAFIZ in Scala User Group

Так вы почитайте документацию...

Это не актор принимает сообщения типа ActionPerformed, это определяется в каждой Command для тайпчека сообщений.

я читал :)

replyTo ! ActionPerformed(s"User \${user.name} created.")

вот эта запись что означает, в таком случае?

11:17пожаловаться #10

TT

В файле UserRoutes

11:18пожаловаться #11

TT

RAFIZ

я читал :)

replyTo ! ActionPerformed(s"User \${user.name} created.")

вот эта запись что означает, в таком случае?

Она означает, что будет отправлено сообщение типа ActionPerformed

11:18пожаловаться #12

AM

Andrey Mikhaylov in Scala User Group

RAFIZ

я читал :)

replyTo ! ActionPerformed(s"User \${user.name} created.")

вот эта запись что означает, в таком случае?

Это значит, что в классе command передается актор, который имеет behavior для типа actionperformed

11:18пожаловаться #13

R

RAFIZ in Scala User Group

Andrey Mikhaylov

Это значит, что в классе command передается актор, который имеет behavior для типа actionperformed

да. а на практике передаются вайлдкарды

11:19пожаловаться #14

R

RAFIZ in Scala User Group

Andrey Mikhaylov

Это значит, что в классе command передается актор, который имеет behavior для типа actionperformed

и такой актор нигде не определяется. так можно?

11:21пожаловаться #15

R

RAFIZ in Scala User Group

я имею в виду, что до этого я видел только такой порядок действий:
1) описываем поведение актора в объекте-синглтоне
2) создаём актор (допустим myActor)
3) и потом уже для него отрабатываем myActor.ask(...), myActor ! (...)
в данном же случае первые два пункта, как-будто опущены. а 3 пункт вообще с помощью вайлдкарда производится

11:25пожаловаться #16

AM

Andrey Mikhaylov in Scala User Group

RAFIZ

и такой актор нигде не определяется. так можно?

Можно через ask, об этом и есть пример. Ask в виде фьючи представляет ответ от актора и для этого не требуется создавать отдельный актор