Самый недооценённый канал. Но он скоро стрельнет, в сфере ит. Спасибо дал мне инфы, которая решила мою проблему, долго ломал над ней голову. Успехов твоему каналу подписался !🎉
Каша из слов, Информационная составляющая хорошая, но для понимания просто каша из слов, Нет пауз между блоками про ошибки, все сливается и не понятно, относится это к прошлому блоку или к текущему. Ваше повествование это просто ужас для понимания. Зачем так гнаться? Вы хотя бы внятные паузы между словами делали бы, а то выходит бесконечно слипшийся монолог. Из-за этого подданная информация сложна для понимания. Но сами ситуации поучительны.
Вы забыли самый главный совет при написании исключений - не писать исключения). Исключения считаются антипаттерном, т.к. для того, чтобы их поймать, нужно запустить определённый блок кода. Соответственно, при возникновении ошибки, этот блок отработает "вхолостую". Более того, многочисленное перехватывание нескольких исключений в одном блоке, показанное в первом примере, может разрастаться до нереальных размеров (вплоть до 10-20 экзептов). Тем более, если речь идёт о собственных типах исключений. В любом случае, нужно стараться использовать блоки if/else, в качестве декораторов и оборачивать ими функции или методы. Это особенно удобно при валидации пользовательского ввода. Таким образом, мы выявим ошибку до вызова кода и предотвратим потерю времени. Конкретно try/except нужно использовать в тех случаях, где нам всё же необходимо выполнить код, для того, чтобы выявить исключение. К примеру, при общении с API сайта, либо запросах к базе данных.
Нет, исключения используются в настоящем паттерне EAFP, потому что в некоторых случаях гораздо проще поймать ошибку и как-то на это отреагировать, нежели предотвратить вообще появление любых ошибок
Как правильно поступить, если в нескольких функциях класса прописывать однотипные исключения? Происходит дублирование одинаковых строк кода. Может в таком случае их вынести в отдельную функцию?
я пользую что-то типа такого.. except Exception as err: print(f"Mark_01: {err}" ну то есть вообще не всегда понимаю, какой вообще эксепшн могу поймать...
![ZProger [ IT ]](http://yt3.ggpht.com/ytc/AIdro_nEayoD4jBvKkG7VFnuTm_Rnd64g6RPSHL9K53LulYXDQ=s48-c-k-c0x00ffffff-no-rj)
![Разберись с SOLID на Python примерах [Upper Junior]](http://i.ytimg.com/vi/gy-9ml_2Pz8/mqdefault.jpg)
![Noob To Max With DRAGON REWORK In Blox Fruits [FULL MOVIE]](http://i.ytimg.com/vi/LnBMOinoOvA/mqdefault.jpg)
ZProger, благодарю! Высший класс! 🔥🔥
Спасибо!
Самый недооценённый канал.
Но он скоро стрельнет, в сфере ит.
Спасибо дал мне инфы, которая решила мою проблему, долго ломал над ней голову.
Успехов твоему каналу подписался !🎉
Благодарю! Я рад что мой контент помог вам
Каша из слов, Информационная составляющая хорошая, но для понимания просто каша из слов, Нет пауз между блоками про ошибки, все сливается и не понятно, относится это к прошлому блоку или к текущему. Ваше повествование это просто ужас для понимания. Зачем так гнаться? Вы хотя бы внятные паузы между словами делали бы, а то выходит бесконечно слипшийся монолог. Из-за этого подданная информация сложна для понимания. Но сами ситуации поучительны.
Спасибо, учту.
В этом видео было много фейлов, поэтому когда их вырезал то получилось так как есть
Я, смотрящий это видео в 2х и улавливающий суть:
*Подавился энергетиком
Страшно, нам просто страшно...
Спасибо за excepthook, очень долго искал реализацию exception handler в python, но так ничего и не находил, до этого дня. Еще раз, спасибо)
Можно использовать:
try:
#code
except Exception as _ex:
print('error', _ex)
Вы забыли самый главный совет при написании исключений - не писать исключения). Исключения считаются антипаттерном, т.к. для того, чтобы их поймать, нужно запустить определённый блок кода. Соответственно, при возникновении ошибки, этот блок отработает "вхолостую". Более того, многочисленное перехватывание нескольких исключений в одном блоке, показанное в первом примере, может разрастаться до нереальных размеров (вплоть до 10-20 экзептов). Тем более, если речь идёт о собственных типах исключений. В любом случае, нужно стараться использовать блоки if/else, в качестве декораторов и оборачивать ими функции или методы. Это особенно удобно при валидации пользовательского ввода. Таким образом, мы выявим ошибку до вызова кода и предотвратим потерю времени. Конкретно try/except нужно использовать в тех случаях, где нам всё же необходимо выполнить код, для того, чтобы выявить исключение. К примеру, при общении с API сайта, либо запросах к базе данных.
Нет, исключения используются в настоящем паттерне EAFP, потому что в некоторых случаях гораздо проще поймать ошибку и как-то на это отреагировать, нежели предотвратить вообще появление любых ошибок
Смотрю у тебя VSCode на линуксе? Лучше чем Pycharm? Если так, подскажи пожалуйста, какие + у VSCode по сравнению с Pycharm
Не то чтобы лучше, просто в видео смотрится более удачно. А так используя и то и другое
Как правильно поступить, если в нескольких функциях класса прописывать однотипные исключения? Происходит дублирование одинаковых строк кода. Может в таком случае их вынести в отдельную функцию?
Или воспользоваться декоратором
Очень крутое видео! Спасибо за классные и полезные ролики
Благодарю! Для меня это служит хорошей мотивацией
я пользую что-то типа такого..
except Exception as err: print(f"Mark_01: {err}"
ну то есть вообще не всегда понимаю, какой вообще эксепшн могу поймать...
А как называется тема для vscode? Красивая
Dracula
Это все понятно, а что делать, когда нет понимая, какая ошибка может выскочить?
Сколько раз за видео автор сказал слово ошибка?
10^80 раз
Кипит... Нтхрена не понял, чото останется, ексептхук мб, круто, спасибо
Пожалуйста :)
thirtysix
:)