А
мало ли у нула вызовут метод
Size: a a a
2021 April 08
A
твой код что ли паникует, а не сторонняя либа? ))
А
или мой или сторонняя
AM
с языка снял
A
Как говорил Иесус:
Нормально делай, покрывай тестами - не будет паниковать.
Нормально делай, покрывай тестами - не будет паниковать.
А
на ноль поделил и сиди поднимай проект
AM
Из жизни про свой код - кусок бизнес логики, с эвентлупом, попавший не по своей воле в стейт, из которого ему самостоятельно не выбраться, например.
A
Ну с таким подходом можно вообще забить на качество кода и всё покрывать как исключениями
A
А для меня паника - это значит "быстро побежал исправлять код, а не забивать на ошибку"
А
проблема горутин в том что они выпадают из текущей области доступа, и судя по всему, на каждую горутину нужен свой рековер на самом низу стека вызовов
AM
Ошибка может быть в стороннем сервисе, который дичь по API вернул, например
A
Валидация данных для слабаков? 😃
AM
А причем тут валидация данных? Вопрос в том, что приложение попадает в неопределенное состояние. Тут вопрос стратегии обработки таких ошибок. В каком-то случае нормально поругаться в лог, и продолжить работать. В каком-то - лучше упасть, чтобы не наломать дров, и чтобы алерты подняли всех причастных, которые будут принимать решение о дальнейших действиях уже.
A
"лучше упасть" 🙈
A
Это политика Ростелекома при разработке Госуслуг, но никак не политика для здорового проекта.
AM
Это какой-то максимализм незрелый. Проекты бывают разные, далеко не только сервисы.
A
Как хотите, паникуйте. Что, авторы языка зря добавляли panic() в свой язык. 😏
А
В общем у меня плохие новости 😃
А
добавляйте в докер restart: allways
AY
> The recover function allows a program to manage behavior of a panicking goroutine
паникует горутина, в defer можно словить панику
main горутина, все логично же
паникует горутина, в defer можно словить панику
main горутина, все логично же