LL
start_link от :erlang.link ничем не отличается с точки зрения результатаSize: a a a
2021 March 20
ŹR
линковать нельзя - будет падать менеджер
Линковать в ОТП вообще видимо не канон. Должен быть dag процессов. С учетом one_for_all дело только в глубине дерева
LL
Линковать в ОТП вообще видимо не канон. Должен быть dag процессов. С учетом one_for_all дело только в глубине дерева
С этим соглашусь
АО
ну как это не канон - супервизоры именно так и работают )
ŹR
start_link от :erlang.link ничем не отличается с точки зрения результатаstart_link это концепция OTP, а erlang:link - это концепция «языка»
ŹR
start_link это концепция OTP, а erlang:link - это концепция «языка»
Принципиальное различие
LL
Но знать пид слинкованного процесса безопасно, потому что система гарантирует, что ты либо узнаешь, что он исчез, либо упадёшь
AB
...
ŹR
ну как это не канон - супервизоры именно так и работают )
Ты ещё скажи что надо писать goto потому что циклы после компиляции именно так и работают
AB
start_link это концепция OTP, а erlang:link - это концепция «языка»
вот тут ты в свою очередь чушь несешь. start_link/spawn_link это просто атомарное действие, чтобы не обрабатывать отдельно кейс, когда чайлд сдох между вызовами start и link на стороне парента
АО
Ты ещё скажи что надо писать goto потому что циклы после компиляции именно так и работают
если знаешь, как работает :trap_exit, то можно использовать линки. Другое дело, что конечно не в повседневном коде - честно говоря так с ходу кейсов и не предложу...
AB
"концепции OTP" начинаются с супервизоров и special processes(http://erlang.org/doc/design_principles/spec_proc.html).
LL
Наконец-то полезный срач
АО
AB
если знаешь, как работает :trap_exit, то можно использовать линки. Другое дело, что конечно не в повседневном коде - честно говоря так с ходу кейсов и не предложу...
ну, когда ты пишешь свой супервизор)
B
Вопрос появился. Нормальная ли практика парсить в resolver для GraphQL query, поля которые запрашивает клиент и класть их в select: Ecto Query? Чтобы не тянуть все поля по query если они не нужны?
АО
в общем то это одна из причин создания графкула
ŹR
"концепции OTP" начинаются с супервизоров и special processes(http://erlang.org/doc/design_principles/spec_proc.html).
Я возможно ошибаюсь, но мне кажется что OTP начинается в proc_lib и там start_link вообще не атомарный. Во всяком случае я имел в виду, что start_link в языке нету
B
в общем то это одна из причин создания графкула
в курсе от pragmatic studio они это не расматривали, хотя мне показалось очевидным, что нужен такой хелпер.
B
А в либе самой нет функции чтобы спарсить все запрашиваемые поля?