Dv
Если у тебя какие-то ресурсы есть, которые ты при каждом рестарте пересоздаёшь (ну, сокет, к примеру), то количество всяких стрёмных случаев, которые нужно захендлить — это просто пипец.
Size: a a a
2021 August 30
t
а, референсы, про них я забыл
Dv
Я вообще так и не понял, а куда нужно писать этот код по уничтожению и созданию сокета.
Dv
Напишешь в
preRestart() — в одном случае отвалится, напишешь в postRestart() — в другом. Сложно сделали, негодно.Dv
Если бы у актора был лайфтайм, то было бы проще!
t
если заюзать плюсы C++20, то акторы можно очень дешёвыми сделать, запихунть в шаред_птр и забыть
Dv
А что делать со сфейленными акторами? Какой-то жизненный цикл у них должен быть.
t
правда, они долго живут
t
слуш, а акторы должны умирать же, да?
Dv
Кстати, typed actors, похоже, приехали в продакшен, и у них lifecycle другой 🤦♂️
t
сфейленный почему? Подавился мессаджем?
Dv
Dv
Ну, это тоже ещё одна проблема — что с этим делать. Там есть supervisor strategies для этого.
t
у него должно быть состояние заведено, куда он должен вернуться
t
это диаграммой состояний рисуется
Dv
Причём в реальной жизни у актора намного больше причин помереть, чем в документации.
t
сам
Dv
Ну, в смысле, вот у меня актор за сокетом следит, и сокет кто-то снаружи закрыл.
t
актор должен это обработать и сообщить
Dv
В обычной ситуации он тогда сам себе шлёт сообщение, что сокет закрылся, и всё.