(
Но
Size: a a a
2018 December 04
(
Вы попали в точку тем аргументом, что исключения ещё и генерируют информационный стектрейс, и имхо это самый правильный способ определять, что нужно в той или иной ситуации
DS
Вы попали в точку тем аргументом, что исключения ещё и генерируют информационный стектрейс, и имхо это самый правильный способ определять, что нужно в той или иной ситуации
но это так же и отжирает ресурсы
Е
Если вам приходится прерывать выполнение функции (а не разделять её на несколько условно потоков, например в {:ok, ...} и {:error, ...}), значит, вы неправильно пишете
суть таже самая, просто немного меняется стиль мышления, но по факту это тоже самое.
(
но это так же и отжирает ресурсы
И поэтому в доке есть рекомендация использовать исключения только там, где они действительно исключения
ŹR
Стак Трейс нужен там, где ты не запланировал что что-то упадёт
(
суть таже самая, просто немного меняется стиль мышления, но по факту это тоже самое.
Это не то же самое. Много небольших функций лучше одной большой
ŹR
Там где запланировал - значит обработал. Значит затестировал .
RS
мне кажется нужно использовать исключения только в тех местах, где приходят данные из неизвестных источников и ты заранее не можешь сказать, а не придёт ли там вдруг какая неожиданная хрень
ŹR
мне кажется нужно использовать исключения только в тех местах, где приходят данные из неизвестных источников и ты заранее не можешь сказать, а не придёт ли там вдруг какая неожиданная хрень
А мне вот кажется, что хрень из неизвестных источников очень ожидается
RS
может это не совсем верно, но времени на дебаг явно меньше потребуется
ŹR
А исключения нужны как раз ради хрени из известных источников
(
Вообще говоря, мне кажется, что большинство ситуаций уже покрывается теми исключениями, что встроены в язык, которые позволяют неопределенное поведение отлавливать ещё на компиляции/тестах, вроде сложения атома с числом (привет документация)
(
И вам редко когда действительно придется использовать исключения в своём коде, если только вы не пишете либу
RS
по идее да, но в момент компиляции не будет же ругаться на еще не пришедшие даныне
(
А это вовсе не о данных, это о поведении
ŹR
Если нету таблицы в твоей собственной базе - это исключение
Е
Это не то же самое. Много небольших функций лучше одной большой
разница внешняя несомненно есть, но она не принципиальная. можно считать ранний return отдельным потоком выполнения, кто мешает?
ŹR
Если АПИ внешнее не присылает по своей спецификации - это исключение
ŹR
А если нету конекта к ним - это Не исключение