Телеграмм чат группы proelixir страница 8756

https://erlang.org/doc/design_principles/included_applications.html#synchronizing-processes-during-startup
Я про вот это говорил, но возможно я что-то перепутал. Я это читал когда только начинал в эликсире

источник

00:19пожаловаться #5

Ivan Mironov in pro.elixir

так там суть в том что тесловский recieve loop все сообщения селектил, или я не понял вопроса

источник

00:20пожаловаться #6

ŹR

Źmićer Rubinštejn in pro.elixir

Ну правильно. Но надо же объяснить, почему в отп работает а в Тесле - нет

источник

00:21пожаловаться #7

Lama Lover in pro.elixir

Не, я бы вот запилил пост про то когда генсервер на себя сообщения посылает. Причём не Process.send_after, а самый банальный GenServer.cast. А там в коллбеках по несколько клозов для разного стейта

В итоге такая лапша получается, что обои от стен отклеиваются

источник

00:22пожаловаться #8

Ivan Mironov in pro.elixir

аааа, так оно и в тесле работает если запустить внутри контекста процесса без внешнего recieve loop'а
критику учту на след раз

источник

00:25пожаловаться #9

ŹR

Źmićer Rubinštejn in pro.elixir

Суть в том, что когда генсервер делает колл он ждёт конкретный возврат сообщения. И тесла бы тоже так смог, если бы он матчил по референсу

источник

00:39пожаловаться #10

Ivan Mironov in pro.elixir

это да

источник

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

Lama Lover in pro.elixir

Да он мог и по референсу не матчить даже, а просто ждать условный {:"$tesla", msg} и не обрабатывать other
Только лучше всё-таки с референсом, и, зная теслу, сообщение могло бы не прийти и сервер бы повис

Кароче, безобразие
И вообще, надо завести issue и написать что мы обо всей этой тесле думаем

источник

00:42пожаловаться #12

Ivan Mironov in pro.elixir

))))

источник

00:45пожаловаться #13

ŹR

Źmićer Rubinštejn in pro.elixir

Так то в 24 эрланге даже оптимизацию какую-то завезли когда ждёшь по референсу

источник

00:47пожаловаться #14

ŹR