E
Size: a a a
2020 April 06
E
Я понимаю преимущества try catch и if err != nil
И то и то имеет свои плюсы и свои недостатки, я могу тут ошибаться, но если мне не изменяет память, try catch изначально не хотели завозить из-за того, как его обычно юзают пользователи
Потом снова хотели внести, но не внесли и т.д., но это уже другая история
И то и то имеет свои плюсы и свои недостатки, я могу тут ошибаться, но если мне не изменяет память, try catch изначально не хотели завозить из-за того, как его обычно юзают пользователи
Потом снова хотели внести, но не внесли и т.д., но это уже другая история
SA
Тогда докину своё, это необходимость происходит, если плохо спроектирована система, а не язык
Есть очень крутая статья на эту тему, как можно улучшить почти любой код, иным образом обрабатывая ошибки
Есть очень крутая статья на эту тему, как можно улучшить почти любой код, иным образом обрабатывая ошибки
Ок, у нас важный сервис с длинным сценарием. При ошибке нужно только прервать выполнение и ответить хттп ошибкой. Что удобней, один try catch или куча if err != nil {} ?
SL
Ок, у нас важный сервис с длинным сценарием. При ошибке нужно только прервать выполнение и ответить хттп ошибкой. Что удобней, один try catch или куча if err != nil {} ?
По идее на разные ошибки в сценарие нужны разные хттп ошибки, поэтому тут лучше if err
A
Ок, у нас важный сервис с длинным сценарием. При ошибке нужно только прервать выполнение и ответить хттп ошибкой. Что удобней, один try catch или куча if err != nil {} ?
Проблема try/catch в том, что если ты удалишь try/catch, то компилятор не обратит внимания, а flow изменится.