Шикарно, но пока еще сложно. Классный момент уогда я смотрю и уже просто плыву от того что ничео не понимаю и тут 6:50 "Это все пугающе, но кто говорил что будет легко"
трудно сказать. возможно стоит обновить атом до самой свежей версии. возможно перебои с интернет-соединением на твоей стороне, возможно на стороне atom.io/packages. а о каких плагинах идет речь?
Возможно пример выбран не очень яркий для работы этого функционала? Но по мне так, в данном примере, для исполнения DRY напрашивался вариант с созданием дополнительной функции с параметрами для записи в файл. И запускать её в каждой казуальной функции. В итоге и кода меньше и работа логичнее организована. Или я не правильно понял посыл ролика и работы декораторов? Почему сделать через декорацию в данном случае лучше и изящнее, чем просто через дополнительную функцию с параметрами? Или это просто сделано, чтобы показать работу именно декораторов? Как я понял функционал декораторов. Они нужны, когда требуется, чтобы выполнялся какой-то код в течение всей работы декорируемой функции. Верно? Условно, включили лампочку -> запустили функцию -> погасили лампочку. Получаем: пока работает декорируемая функция - у нас горит лампочка. Ну тоже так себе пример, конечно. Хотя это опять скорее, чтобы не менять уже написанный код декорируемой функции, а не для DRY. Не могу придумать задачу, которая бы однозначно раскрывала достоинства этого подхода.
наверное, разница между декоратором и просто функцией будет лучше видна, если нам нужно будет записывать в лог время запуска казуальной функции и время завершения работы казуальной функции. в таком случае просто функция бесполезна. основная фишка декораторов - возможность обернуть нужный функционал снаружи. выполнение каких-то действий "поверх" основного кода. пример с лампочкой, мне кажется довольно годный.
@@SweetCoder декоратор берет на себя часть выполнения функции, в данном случае логирует то, к чему его навесили, а в наследовании наследуемая функция так же выполняет часть действий, как в примере с автомобилями, для другой функции. Мне это показалось очень схожим. Может я не уловил принципиальной разницы?
а может это я не так объяснил. декоратор не решает задачу поставленную перед функцией. функция (декорируемая) способна возвращать результат и без декоратора. декоратор обеспечивает ДОПОЛНИТЕЛЬНЫЙ, не основной функционал. а при наследовании объект-потомок в момент создания просто получает набор методов от родителя. а потом они живут отдельными жизнями. объект от класса-родитель делает своё. объект от класса потомка - своё. зоны ответсвенности разделены. если кажется, что они имеют сходства - спорить не буду. возможно в каких-то отдельно взятых примерах это станет очень заметно. но это точно не одно и то же.
Я тупенький, мне такое сложно.
Но я посмотрю ещё пару раз, потом руками настучу код, поэкспериментирую с ним и всё пойму.
попробовать ручками - самый верный способ
огромнешее спасибоще
на здоровье
Вроде слова знакомые, но вот все вместе полная каша в голове ))) Пользоваться наверно надо, тогда может понятен будет монолог в видео ))
да, попробуй. оно вообще не сложно
нифига не понял, жесть
8 минут кошмара )))
жесть
чего?
Очень интересно, но ни xyя не понятно
ненормативная лексика крайне не приветствуется
после 5 лет кодинга на чистом Си, питон кажется таким понятным. Но вот декораторы немного заставили задуматься.
та шо тут думать? бери - и делай!
а зачем ты удалил коммент из под видео про Brython?
@@SweetCoder Спасибо за ответ. там был вопрос на который ты ответил в конце видео.
@@arzamas1988 ааа, ну тогда хорошо
Шикарно, но пока еще сложно.
Классный момент уогда я смотрю и уже просто плыву
от того что ничео не понимаю и тут
6:50 "Это все пугающе, но кто говорил что будет легко"
Жесть
"я тоже так думаю (с)"
Здравствуйте, подскажите пожалуйста, что делать если в атоме не скачиваются плагины?
Та же беда. Там какая-то вакханалия с плагинами... Ушел на PyCharm.
трудно сказать. возможно стоит обновить атом до самой свежей версии. возможно перебои с интернет-соединением на твоей стороне, возможно на стороне atom.io/packages. а о каких плагинах идет речь?
Возможно пример выбран не очень яркий для работы этого функционала? Но по мне так, в данном примере, для исполнения DRY напрашивался вариант с созданием дополнительной функции с параметрами для записи в файл. И запускать её в каждой казуальной функции. В итоге и кода меньше и работа логичнее организована. Или я не правильно понял посыл ролика и работы декораторов? Почему сделать через декорацию в данном случае лучше и изящнее, чем просто через дополнительную функцию с параметрами? Или это просто сделано, чтобы показать работу именно декораторов?
Как я понял функционал декораторов. Они нужны, когда требуется, чтобы выполнялся какой-то код в течение всей работы декорируемой функции. Верно? Условно, включили лампочку -> запустили функцию -> погасили лампочку. Получаем: пока работает декорируемая функция - у нас горит лампочка.
Ну тоже так себе пример, конечно. Хотя это опять скорее, чтобы не менять уже написанный код декорируемой функции, а не для DRY. Не могу придумать задачу, которая бы однозначно раскрывала достоинства этого подхода.
наверное, разница между декоратором и просто функцией будет лучше видна, если нам нужно будет записывать в лог время запуска казуальной функции и время завершения работы казуальной функции. в таком случае просто функция бесполезна. основная фишка декораторов - возможность обернуть нужный функционал снаружи. выполнение каких-то действий "поверх" основного кода. пример с лампочкой, мне кажется довольно годный.
Жаль что канал забросил(
О-о-очень круто. Реально полезно и четко и без воды все рассказано! Лайк!
спасибо за отзыв
Дружище, большое спасибо! Согласен: практика, практика, практика!
ну с такими очевидными утверждениями вообще трудно ошибиться...
Спасибо, дружище!
на здоровье
Все просто и доступно для моего понимания. Спасибо!👍Пойду руками декорировать😀
на здоровье
Помню канал с 50 подписчиками
не было такого )))
@@SweetCoder 0_0
Спасибо :)
на здоровье
Мне кажется или декораторы очень напоминают (а возможно и дублируют) наследование?
не уловил мысль. чем именно дублируют?
@@SweetCoder декоратор берет на себя часть выполнения функции, в данном случае логирует то, к чему его навесили, а в наследовании наследуемая функция так же выполняет часть действий, как в примере с автомобилями, для другой функции. Мне это показалось очень схожим. Может я не уловил принципиальной разницы?
а может это я не так объяснил. декоратор не решает задачу поставленную перед функцией. функция (декорируемая) способна возвращать результат и без декоратора. декоратор обеспечивает ДОПОЛНИТЕЛЬНЫЙ, не основной функционал.
а при наследовании объект-потомок в момент создания просто получает набор методов от родителя. а потом они живут отдельными жизнями. объект от класса-родитель делает своё. объект от класса потомка - своё. зоны ответсвенности разделены.
если кажется, что они имеют сходства - спорить не буду. возможно в каких-то отдельно взятых примерах это станет очень заметно. но это точно не одно и то же.
Отлично. СПАСИБО!
на здоровье
Как обычно, всё чётко и понятно. Спасибо!
Очень все понятно объяснил. Спасибо! Но я все равно не понял.) Пошел практиковать.
да, пожалуй, это один из тех нередких случаев когда это нужно не понять - а почувствовать