AB
Слишком дорого по накладным расходам
я предполагаю что ошибки редкие будут
Size: a a a
2019 November 21
AB
это типа многоступенчатой инициализации в gen_server:init, когда надо свести все вызовы в {ok, State} либо {stop, Reason}
ŹR
ŹR
Но тебе решать конечно
TH
Alexander Bogosyan
это типа многоступенчатой инициализации в gen_server:init, когда надо свести все вызовы в {ok, State} либо {stop, Reason}
Инит должен быть простым, быстрым и лаконичным. Заталкивать туда большую логику крайне не рекомендуется
AB
Инит должен быть простым, быстрым и лаконичным. Заталкивать туда большую логику крайне не рекомендуется
Кому должен?
TH
Ну, видимо вам ничего не должен ))
AB
Ну, видимо вам ничего не должен ))
Аргументы есть за это? Я вот считаю что стартовать с неясным State а потом "доинициализироваться" это хуже чем "быстрый и лаконичный init"
DF
Длинный init не отпускает супервизора.
DF
Отложенный init тоже может быть tricky.
ŹR
init просто синхронная операция же
ŹR
Супервизор блочится на время выполнения этого кода
ŹR
Получаестя, если у супервизора несколько процессов падают одновременно, то длинный инит тормозит перезапуск их.
DF
Ну одно дело когда инит длинный, а другое — когда кучерявый.
DF
DF
То есть ветвистый.
ŹR
И даже если сегодня сегодня ты понимаешь, что делаешь, то завтра твой сосед проебется, подсунет что-нибудь еще в этот же супервизор и все пойдет попизде
DF
Это уже даже не имеет отношения к программированию.
ŹR
Поэтому лучше потом упасть на “доинициализации” и проинформировать супервизор через reason об этом
AB
Alexander Bogosyan
Имеет ли право такой подход:
и потом пишем линейный код в try/catch:
maybe_throw({error, Reason}) -> throw(Reason);
maybe_throw(Else) -> Else.и потом пишем линейный код в try/catch:
try
{ok, Result1} = maybe_throw(some_api:foo1()),
{ok, Reault2} = maybe_throw(some_api:foo2(Result1),
.....
catch
throw:Reason -> {error, Reason}
end
в принципе, это with для неэкономных, что вполне сойдет