Comments 9
Уважаемый автор, собственные исключения, или скорее исключения предметной области, будь то базовые исключения языка, фреймворка или бизнес-логики — это прекрасный инструмент.
Но вот пример, который вы привели — это не то чтобы из пальца высосано — это ужасно.
Потому что в современном (sic!) питоне, грамотный разработчик использует аннотацию типами и например mypy, чтобы объявить тип IntFloatDict = Dict[Any, Union[float, int]] и пользоваться им в нужных местах.
Будучи на вашем месте, я привёл бы пример например исключений Django / DRF — та же DoestNotExist или интересную ValidationError.
>Уважаемый автор,
Это перевод, причем в корпоративном блоге. И да, я согласен, что пример ужасен.
Это перевод, причем в корпоративном блоге. И да, я согласен, что пример ужасен.
а зачем переводить статьи с ужасными примерами? ну если статья так прекрасна — напишите свои примеры, или вообще свою статью. А если вы не разбираетесь в этом — то зачем вообще браться за это? или вы потом еще и книжку напишете по этим переводам? дорогую и в красивой обложке «Пайтон для ___ (вставить нужное)»
Потому что в современном (sic!) питоне, грамотный разработчик использует аннотацию типами и например mypy, чтобы объявить тип IntFloatDict = Dict[Any, Union[float, int]] и пользоваться им в нужных местах.
А вот лично я против испольования аннотаций везде и всюду и тем более против объявления их обязательной практикой.
Считаю, что они не питоник и добавляя очень много шума в текст не дают реальной пользы.
По моему мнению интересная статья к языку Python. Сам только только начал изучать его, и думаю, остальные опытные в этой сфере люди даже смогут что-либо добавить. С удовольствием прочитал бы и другие комментарии если таковые появятся. Самоучка :)
Sign up to leave a comment.
Как определять собственные классы исключений в Python