#44. Замыкания в Python | Python для начинающих
Вставка
- Опубліковано 27 вер 2021
- Обучающий курс: stepik.org/course/100707
Что такое замыкания, как они работают и примеры их использования в практике программирования.
Telegram-канал: t.me/python_selfedu
За его умение преподать свои знания и за тот обыем работы, которую он проделал, что бы вам легче было учиться, не скупитесь ставьте лайки. Я перебрал много уроков в рунете и даже забросил изучение этого языка, потому как все остальные просто отрабатывали время на Ютубе для рекламы и было не интересно и не понятно их слушать. Но спустя 2 года возобновил благодаря этому человеку, случайно Ютуб выдал его уроки в рекомендованных и теперь в запой учу этот язык! Сергей Балакирев ВЫ просто гений преподавания!
Великолепное объяснение! Не перестаю восхищаться способностью Сергея объяснять сложные вещи наглядно и простым языком.
Очень талантливый педагог. Просто педагогический дар. Учитель с большой буквы. Дружище, ты уже в раю досрочно, за свою благую деятельность. Можешь забить на всё и отдыхать. Но лучше продолжай! Слушать и смотреть - сплошное удовольствие. Спасибо, Сергей!
Декораторами користуюсь давно але лише зараз зрозумів термін "замикання". Дякую!!!!!
Боже, насколько просто и понятно. Я уже думал что нормального объяснения замыканий не существует.
Сергей с Вами любой язык будет интересен и Ассемблер в том числе!
Начал изучать програмирование 10 месяцев назад, прочитав несколько книг, и посмотрев несколько (ускоренных) курсов, для себя понял что изучению кажного "инструмента" необходимо уделять гораздо больше времени, и стараться получить исчерпывающюю информацию по каждому. Сейчас я дошел до "функций" и вижу что приктически во всех даже очень разрекламированных учебниках и курсах, темы функций касаються весьма поверхностно, врочем как и всего остального. А вот у Сергея практическая справочная информация по языку, обернутая в доступную для понимания обертку. Не перестану вас благодорить, огромное вам спасибо Сергей!!!
Спасибо Вам большое за бесплатные объяснения тех тем которые некоторые авторы курсов предпочитают объяснять лишь после пополнения кошелька, и подача интересная, легкая, внятная и понятная, спасибо еще раз, будет время обязательно пройду Ваш курс на stepik!
Спасибо, лучшее объяснение замыканий, что я видел, ключевая тема именно в том почему на самом деле этот процесс называется замыканием, а именно в замыкающейся цепочке ссылок между окружениями.
Большое спасибо за "человеческое" объяснение. Я раз 10 пересмотрел, но таки понял.
Замыкание это от слова Замок, а не замыкание из электрики))))) Вы мне прям глаза открыли!
гениальный преподаватель
КРУТО!!! А самое главное ДОХОДЧИВО!!! Сколько пытался понять эти замыкания, никто ранее не мог донести на моём языке)). Визуализация решает! До меня дошло)
Большое спасибо, на лету схватил непонятную ранее мне тему
Могла бы поставить 5 лайков, поставила бы 😀 Вы творите потрясающие уроки
Лучшее объяснение. Спасибо большое.
Очень помогло.)
Сергей, спасибо за ролик!
Результат работы принципа замыкания аналогичен работе со свойствами нескольких экземпляров одного класса.
Может стоит ещё пояснить, когда и что лучше использовать? Или это только для понимания декораторов?
Ну и лайк уже стоит!!
Хорошая подача, Спасибо!
Больше спасибо, все понятно. Не сразу все укладывается, но после нескольких повторений все ок
большое спасибо. очень доступно. Спасибо ещё раз за ваше потраченное время!!!!!
Спасибо, только ваш урок позволил мне понять Замыкание
Топ Видосы огонь! А с курсом на степик в двойне огонь!
Контент - БОМБА
Браво! Великолепно!
Спасибо. Круто!
спасибо, очень помогают данные видео в изучении(вспоминании)материала...особенно поздно вечером после (не любимой) работы))
А шо за работа такая??
Очень понять, спасибо
Вот теперь я понял наконец-то как работает замыкание.
Объясняли очень хорошо, разве что не упомянули про local, global. И еще про атрибут enclosure
в прошлых уроках говорили
спасибо!👏
print(f"Замыкание на {#selfedu} , и Python в глобальном окружении . Спасибо за материал")
спасибо
Спасибо! как работает замыкание понятно. Непонятно зачем? ведь все то же самое можно реализовать в обычной функции? Неужели все это ради того чтобы иметь отдельное окружение?
Нашел на степикею Спасибо
Ничоси
а почему для strip_chars можно указывать в скобках перечень символов для удаления и удалятся только те, что будут во введенной строке? почему не нужно создавать .strip для каждого символа отдельно?
👍👍👍
legend
я не заметил, как уже смотрю 44 видео, обычно 10-15 минут видео кажутся вечностью, особенно если это обучающий материал, а тут только начнешь, а уже и "Для закрепления материала пройдите практические задания"
Как я понял, это Лутц на пальцах. Если я прав, то просьба к Сергею. Если у Вас появиться желание, пробегитесь так же по его книге Программируем на пайтон. Она так дрянно переведена на русский, что я её осиливал пол года. Новичкам это будет путевка на работу
Пожалуйста, уточните автора и название на Английском
👍
коментарии только для продвижения видео, спасибо
молодец что угодал моё имя в начае ролика
А я все делал через глобальные переменные, а оказалось все гораздо проще.
спасибо👍 может юных падаванов стразу к f-строкам приучать?
Он так и делает во многих уроках использует именно их )
Поставил бы 100 лайков
было бы круто, если бы вы показали практическое применение. совсем неясно куда это можно применить
в декораторах
Не понял момента, разъясните, пожалуйста: c1 = counter(10) = 11
Почему последующие print(c1) выводит значения увеличенные на единицу, ведь каждый раз в функцию counter() передается аргумент "10"? Т.е принт должен три раза вывести "11".
Нет, там один раз вызывается функция c1 = counter(10) переменная c1 ссылается на внутреннюю функцию и, затем, вызывается именно эта внутренняя функция, увеличивая значение локальной переменной step.
В первом примере внешняя функция(say name) принимает параметр name и он становится доступен для вложенной функции, почему тогда в случае с счетчиком необходимо приписывать nonlocal для start?
потому что мы меняем значение переменной start (если значение только читается, то nonlocal необязателен)
Здравствуйте, Сергей. Вы сказали, что замыкание держится, пока существует ссылка f. Но если этой ссылки f не будет, то замыкание же продолжит существовать, и переменные из внутренней функции будут видеть переменные из внешней функции. Правильно ли это? И будет ли функция называться замыканием, если внутренняя функция не использует переменные внешней функции?
формально, думаю, будет, т.к. здесь смысл не в фактическом использовании внутренней функции переменных внешней, а то, что область видимости внутренней функции ссылается на область видимости внешней функции - это и образует замыкание
@@selfedu_rus Спасибо
Немного не понял про ссылку на внутреннюю функцию: say_goodbye (хотя f ссылается как раз на внешнюю функцию. Плюс без всяких ссылок такое выражение (см. ниже) тоже работает:
def say_name(name):
def say_goodbye():
print('Не говори мне прощай, ' + name)
return say_goodbye
say_name('NAME!')()
Нет, переменная f ссылается на say_goodbye, т.к. мы вызываем внешнюю (именно вызываем), а она возвращает уже ссылку на внутреннюю. В видео этот момент корректен.
@@selfedu_rus Понял, спасибо (не разобрался с вызовом и возвратом функции).
У вас замыкания? Ни слова больше ...🔨🔨🔨🔨🔨
1:35 доброго вечора! у мене пітон 3.10 і в ньому все працює навіть без силки на внутрішню функцію. Це був обновлений збірник сміття?
return say_goodbye без ()
Что? Зачем? Как?
А где взять практическое задание?
ссылка на Stepik в описании видео
Может будет возможность создать курс лекций про программирование квантовых вычислений. У Вас очень хорошо получается объяснить сложные темы простым языком
Знать бы еще эти квантовые вычисления =)
Добрый день . Подскажите где находятся практические задания о которых идет речь в видео. Больше спасибо.
под видео ссылка на stepik
Сколько таких функций внутри функций позволительно делать?
чем меньше, тем лучше, иначе читаемость кода теряется
На рисунке (2:53) указано что глобальная переменная f ссылается на функцию say_goodbye, но ранее в коде (2:10) f ссылается на функцию say_name.
Получается что дальнейшее объяснение не логично.
Разъясните пожалуйста ситуацию.
ну там же идет вызов функции:
f = say_name("Sergey")
функция вызывается и возвращает ссылку на внутреннюю функцию!!!
0:55 Переменная `name` отображается во внутренней функции `say_goodbye` и-за того, что она находится во внешней области видимости?
То есть условно для внутренних функции все переменные из внешних функций являются "глобальными"?
нет, name - это параметр функции и переменная находится в области видимости первой (внешней функции) не глобальной
Я имел ввиду условно «глобальной», то есть переменные из внешних функций могут быть использованы во внутренних функциях. Или это касается только параметров функции?
@@podgorniy.r да, из внешних пространств могут всегда, в этом смысл замыканий
Получается так
2:39 Сергей, как Вы считаете, возможно продолжают существовать не внешние окружения, а переменные (ссылки) на определенные объекты из этих окружений?
1. Во внешней функции say_name объявляется переменная name, которая также используется во внутренней функции, поэтому say_goodbye сохраняет ссылку на данный объект из внешней области видимости в момент вызова внешней функции say_name("Sergey") на этапе определения внутренней функции def say_goodbye.
2. После вызова и завершения внешней функции say_name она удаляется сборщиком мусора вместе с созданной ссылкой, поэтому во внешней функции данная переменная уже не существует, но внутренняя функция по прежнему хранит ссылку на тот же самый объект name, который был создан во время вызова внешней функции say_name().
3. В свою очередь внутренняя функция say_goodbye и объект name не удаляются благодаря тому, что ссылка на данную функцию хранится в переменной f.
Собственно это и есть замыкание, то есть своего рода захват свободных переменных (ссылок на объекты) из внешних областей видимости.
Да, вполне логично. Правда, как тут в деталях работает не могу сказать, это уже надо в реализацию смотреть. В целом, этого понимания вполне для написания программ любой сложности!
@@selfedu_rus отлично, благодарю :)
4:15
ua-cam.com/video/sJF7OMNgLUs/v-deo.html Вопрос: Почему в этом примере не используем nonlocal для переменной strip_chars ?
нашел ответ Сергея на этот вопрос в коментариях на stepik:
"локальные переменные из другой связанной области видимости можно спокойно использовать, но только для считывания информации, если же мы собираемся их менять, т.е. применять оператор присваивания, то нужно перед этим указать nonlocal, иначе, будет создана новая переменная в текущей области видимости"
А зачем возвращать функцию, если для этого предназначены классы?
очень тяжко идет понимание
А основное назначение то какое? Зачем они нужны то, если все тоже самое можно сделать с помощью обычных функций? Разве что в голову приходит кейс, когда на основе одной такой фабрики можно наделать кучу разных экземпляров передав им разные параметры при вызове фабрики, и далее их переиспользовать в коде, ну т.е. использовать ее как фабрику функций...
декораторы, как развитие замыканий, а они уже используются повсеместно от Django и Flask до нейросетей
@@selfedu_rus мм, значит просто не дошли до этого еще?) а я то думаю, зачем они нужны, если можно через класс создавать счетчики и они будут работать также как в видео показано
"А основное назначение какое?" - да, ни какое. Важно понимать, что Замыкание не создавалась Специально и осознанно как отдельная и самостоятельная конструкция какого-либо языка программирования. Замыкание - это неочевидное следствие (с довольно "экзотическими" свойствами в сравнении со свойствами обычных функций) одного из базовых и более фундаментальных правил языка программирования (наверное, любого языка программирования). Это фундаментальное правило, в вульгарном варианте, звучит примерно так - Функция хранит внутри себя только первоначальные ссылки на переменные, участвующие в вычислении результата функции. Без соблюдения этого принципа такую вычислительную процедуру, как Функция, определить корректно не получится. Поэтому, основного назначение у Замыкания нет. Полагаю, что "экзотичность" свойств и элегантность кода является причиной столь высокой популярности Замыкания (Вот в Lua, Декораторов нет, а Замыкание - есть) . С прикладной точки зрения, на мой взгляд, Фабрика Клонов Вложенной функции, вероятно, наиболее разумная область применения Замыкания (тем более, когда изначальное количество Клонов не определено ).
@@user-st1vv6ji3d Это лучшее определение, которое я только видел, спасибо вам.
Подскажите источник пожалуйста ^^
@@Anton16180 Антон, первоисточника нет. В посте выше я изложил свои мысли на тему Замыкания (правильнее было бы назвать это "Семплирование вложенной функции"). Изучая Пайтон, я, на сегодняшний день, не нашел не одного источника (книга, видео или интернет ресурс) где бы качественно и глубоко был изложен Пайтон. Думаю, что и в Яндекс.Практикуме язык Пайтон излагается по такому же "описательному" принципу. Видеокурсы о Сергея Балакирева - это лучшее, что есть, на мой взгляд (путь это только путеводитель) по языку Пайтон. Видеоуроки Сергея позволяют кратно уменьшить время и усилия на самостоятельное изучение языка, за что Сергею всегда выражаю искреннею благодарность!
Основная претензия ко всем источникам - это ОПИСАТЕЛЬНЫЙ характер обучения языку - вот видят на экране какой-то объект (пусть метод какой-то), начинают его применять к другим разным объектам (к спискам, словарям и т.д.), показывают результат и говорят - "Вот, смотрите, что получается. Это работает так!" Что это - обучение, нет! У всех подход такой, будто изучаемый "метод" - это "черный ящик", что внутри - не знаем, но можем на вход подавать разные "сигналы", смотреть, что получаем на выходе. А если мы не все возможные варианты объектов подали и что-то упустили... Но, если изложить общий механизм работы изучаемого метода ( представить работу в виде таблиц или блок-схемах, как Сергей это иногда делает). Тогда и примеры не особенно нужны, поскольку результат и так понятен. И останется только продемонстрировать как изучаемый метод работает в "специальных сложных" случаях.
В заключении. Что можно использовать. Наткнулся относительно недавно, на обзор книг по Пайтону от Никиты Шультайс (это не реклама, обзор интересный, все остальное - не интересно). Этот обзор состоит из совершенно шедевральных рецензиях на каждую книгу - поэмы, а не рецензии, класс! Беда в том, что рецензии оказались лучше самих книг (то, что меня заинтересовало - везде "Описательное обучение"). Но, в обзоре приведено несколько книг, где разбирается реализация вполне конкретных и работоспособных программ на Пайтоне, разного уровня сложности. Вот их можно использовать в качестве второго контура обучения, когда теория пройдена и кажется, что ты все знаешь, то разбор реального кода позволяет все расставить на свои места. Удачи!
def hello_world(name):
def hello():
print(f"Hello world with {name}")
return hello
hello_world("Sergey")()
Считается ли это замыканием?
да
@@selfedu_rus Здравствуйте, почему мы не возвращаем сразу функцию, а именно ее ссылку? Вот, например:
def hello_world(name):
def hello():
print(f"Hello world with {name}")
return hello()
hello_world("Sergey")
@@nguyenbahuy393 тут нет никакого смысла во внутренней функции, она просто вызывается при вызове внешней и все, это эквивалентно, если вы запишите одну функцию:
def hello_world(name):
print(f"Hello world with {name}")
hello_world("Sergey")
А зачем это все таки нужно в практическом плане. Ведь можно написать функцию которая будет принимать и строку, и символы которые нужно удалить.
конструкция с замыканием счетчиков не работает (скопировал один в один)
работает, скопировали неверно, наверняка написали return step() вместо return step
мы тут сделали оптимизацию памяти и теперь в range твоего for хранятся указатели на константы со всей оперативки. и вот еще смотри как прикольно происходит, назовем это фичей ооп...
А где практические задания?
ссылка под видео
Увидел визуализацию схемы и прозрел, долго бился над сухой теорией в другом месте, но в голове понимания не появлялось. Вместо тысячи слов лучше один раз показать.
Зачем все это?
для создания декораторов, например, а декораторы везде и всюду, например, в Django, DRF, Flask и т.д.
зачем мы делаем функцию внутри функции? Зачем так усложнять?
для создания декораторов, например, а декораторы везде и всюду, например, в Django, DRF, Flask и т.д.
Перечитываешь параграфы Лутца пока не умоешься кровавыми слезами и сюда, залечивать психологическую травму😇