#32. Менеджеры контекстов. Оператор with | Объектно-ориентированное программирование Python

[@bobby_ridge]

8:50 - я и мой курсач по проге "Здесь конечно ошибка должна быть, но другая" Мужрые слова)😅

[@micropp205]

Официально заявляю. Более полезных уроков по питону, я не видел. Двужище, ты лучший.

[@gsm7490]

У Вас отличный контент, Сергей. Давно присматривался к каналу, но я относительно недавно в питоне и раньше материал казался сложноватым. Но наконец дорос и смотрю теперь с удовольствием! Спасибо огромное!

[@leonardodebrycho5795]

Спасибо вам большое Сергей!Уже скоро кончится курс по ООП, потом буду смотреть ваш курс по Django!Вы единственный человек который рассказывает подробно про все темы!

[@mikhailihnatouski1215]

Отличный пример избыточности, заложенной в ООП.

[@andredru4278]

Спасибо. Очень круто!

[@sadkid4660]

Спасибо за реально крутое объяснение менеджера контекста.

[@siarheiulas6969]

Большое спасибо за замечательный урок и за этот курс!!!

[@jaksonmillka]

Урок #32 = Пройден Этот урок меня настолько запутал, что пришлось обращаться к chatGPT, который тоже сначала не мог объяснить, ибо использовал примеры с sql, и т д, но я его попросил объяснить чтобы и дерево поняло, и в итоге, я все понял 🤣🤣 Менеджер with оказался очень даже полезным, и интересным :)

[@pseudonym2]

Спасибо за уроки!

[@whiterabbit6211]

Классное объяснение!

[@return_1101]

Хорошие уроки. Нам ещё везёт что нет задании. ☺️☺️☺️

[@t0xicav3ng3r4]

Великолепный урок! Спасибо за то, что Вы делаете)

[@ЕрвандАгаджанян-в3к]

Спасибо! Гениально!

[@КириллЧе-я5ы]

Ура! В питоне тоже есть идиомы владения🥴 безопасность повышаем🤪

[@АлександрЛобанов-о2у]

Спасибо автору, лучший канал как по мне

[@СарматПересветов]

спасибо! интересный урок

[@ИринаВыпова-р9ц]

Большое спасибо. Очень интересно и полезно. Применю.

[@mellicape]

Спасибо за Ваши уроки. Вы очень хорошо объясняете. Скажите пожалуйста, Сергей, а вы планируете урок по асинхронному программированию на пайтон?

[@selfedu_rus]

Спасибо! На очереди DRF и машинное обучение

[@СергейСмирнов-ь8у]

Спасибо большое !

[@ИоаннИщенко-р4о]

Думаю стоило упомянуть хотя-бы разок, что используя конструкцию среза вы получаете поверхностную копию списка, для полного копирования (например когда у вас список объектов) можно использовать deepcopy из библиотеки copy.

[@zakirovio]

зачем, не в этом смысл урока и элементы списка неизменяемые переданы.

[@АртемНиконов-у7я]

Сергей, а можете поподробнее сказать по поводу return False в exit

[@selfedu_rus]

В ООП существуют различные исключения, которые генерируются командой raise. Когда оно появлявляется, то программа должна либо обработать его, либо оно будет подниматься до точки старта программы. Если и там не обработается, то программа завершит свою работу.

[@АртемНиконов-у7я]

@@selfedu_rus Спасибо!

[@kamilgabdullin]

Большое спасибо! Хотлеось бы более подробно узнать про остальные праметры в __exit__

[@selfedu_rus]

Спасибо! Документацию никто не отменял ))

[@alexanderivlev8458]

все понял, кром того как это работает: self.__v[:] = self.__temp

[@rukigaki]

Переменная экземпляра класса DefendVector self.__v ссылается на тот же объект что и глобальная переменная v1(т.е. на лист [1, 2, 3]). И для того, чтобы не менять ссылки(т.е. переменные) автор меняет значения списка(в данном случае наш объект). Если две переменные ссылаются на один и тот же объект, это значит, что они зависят друг от друга, измени в одной переменной значение списка, оно также поменяется и в другой переменной, которая ссылается на тот же самый объект. Если бы автор записал так self.__v = self.__temp, это значило бы, что переменная __v ссылается уже абсолютно на другой объект, в данном случае это введет к тому, что переменная v1, осталась бы без изменений, так как __v это уже независимый объект, и v1 никаким образом не подтянет тех изменений, которые произошли в переменной __v.

[@CitoFly3]

Тоже не понял этот момент, сейчас постараюсь разобраться

[@ADen-qx6co]

все понятно кроме self.__v[:] = self.__temp вроде более логичной выглядит запись self.__v = self.__temp но тогда self.__v приобретает ссылку на другой объект (изменяется id), а v1 продолжает ссылаться на изначальный список со старым id после присвоения self.__v[:] = self.__temp self.__v стал ссылаться на другой список, при том у него остался изначальный id за ним поменяется и v1 Получается, в результате self.__v[:] = self.__temp старый список затирается и там где он хранился в памяти возникает новый список? не понимаю логику. можно где то подробнее это разузнать?

[@itsmeihope8597]

Если ты разобрался, объясни пожалуйста

[@axe2769]

Это равносильно, что менять какой-либо элемент в списке, например: my_list[1,2,3,] -> my_list[0] = 12. Такая же логика и там, мы берем срез от начал и до конца, тем самым изменяем значения всего списка на значения из другого. Надеюсь понятно объяснил )

[@ДімаКуріптя]

нет, v1 и _v ссылаются на один и тот же объект, который не затирается, а просто изменяется, потому что список это изменяемый тип данных, со строкой либо кортежем такой бы трюк не прокатил, потому что там бы в любом случае создавался новый объект, на который бы ссылался только _v

[@baldman6804]

Уже вроде и с ООП разобрался, декораторы, генераторы, на джанго и DRF написал несколько приложений, но вот менеджер контекста все равно вызывает у меня трудности. 😅

[@Anonim-im6ln]

👍👍👍👍👍👍👍

[@ЭльбердГодоборшев]

Два дня не мог понять, почему при изменении "self.__v" меняется сам "v1", ведь нигде нет кода типа: "v1 = self.__v[:]". В итоге до меня дошло, что "v1", "v", "self.__v" это все ссылки на один и тот же список, у них у всех один и тот же id, и меняя один мы меняем все остальные.

[@wasd1338]

предыдущий материал курса ООП зашел на ура. но в этой теме возникла какая-то каша. 1) на 2.50 Вы пишете заголовок слайда "Менеджер контекста (with)" и вначале говорите "ключевое слово with, то есть это и есть менеджер контекста". на том же слайде на 2.50 написано, что менеджер контекста идет после ключевого слова with. так что из этого все же менеджер контекста? 2) еще больше путаницы внес первый тест после видео. один из вариантов ответа "менеджер контекста образует свою локальную область видимости (подобно функциям, тело которых находится внутри локальной области видимости)". в видео же вы создаете менеджер контекста - класс DefenderVector, далее пользуетесь экземпляром этого класса как менеджером контекста. т.е. у менеджера контекста есть своя локальная область видимости, в которой при инициализации формируется переменная self.__v. тогда почему указанный вариант ответа в тесте неправильный? исходя из того, что этот вариант ответа не верный, стоит полагать все же что менеджер контекста это with? однако для примера создания менеджера контекста вы прописываете то, что идет ПОСЛЕ with. 3) допустим, менеджер контекста - это объект после with. тогда если мы пишем with open('file') as file менеджером контекста будет open()? но ведь это же стандартная функция питона, а не менеджер контекста. Уважаемый Сергей, очень ценю Ваш труд, понимаю что материала много и грамотно его структурировать - не простая задача. в этот раз получилось как-то запутанно

[@ramazanabakarov3202]

Я, конечно, не могу говорить с точной уверенностью, но как я понимаю и знаю, контекстный менеджер это то, что идет после with, ибо контекстный менеджер это класс, который содержит два магических метода __enter__ и __exit__ , а ключевое слово with существует, для того чтобы в правильном порядке вызывать данные магические методы. И как вы заметили, функция open() является по факту классом, который как раз таки и имеет эти два метода

[@Antinormanisto]

Самое непонятное видео за всё время ООП) Мой мозг не понимает ничего

[@dkuz]

Сергей, спасибо большое за видео! Я не особо понял момент на 7:35 с 11 строкой, почему там [:] у srlf.__v? Я не особо понимаю как это работает в данном случае, прошу объяснить этот момент)

[@selfedu_rus]

Это база языка. Полный срез [:] для списков означает их копирование.

[@dkuz]

@@selfedu_rus я понимаю что это обозначает копирование, но я не понимаю почему это стоит у self.__v, а не у srlf.__temp. Мы же копируем __temp в __v

[@selfedu_rus]

@@dkuz Внутри этой штуки: with DefenerVector(v1) as dv: мы должны работать с копией списка, т.к. если что то пойдет не так, иметь возможность его восстановить

[@dkuz]

@@selfedu_rus все, теперь понял. Спасибо большое за курс и за то, что отвечаете на комментарии, не смотря на то, что видео вышло больше года назад!

[@КириллЧе-я5ы]

Вопрос на 7й минуте - когда мы создаём enter метод, присходит переприсваивание, и таким образом копируем объект, копирование поверхностное или глубокое?.. вообще в питоне при вот таком переприсваивании какое копирование происходит?..

[@selfedu_rus]

в данном случае мы выполняем обычное копирование списка, т.е. если он будет иметь вложения, то возникнут проблемы, но это учебный пример и не усложнял

[@Developer_python_]

Наверное первая тема которая до конца не ясна В частности все случаи с параметрами exit- но пока для работы достаточно и этих знаний

[@ibrahimoglu]

👍

[@КириллЧе-я5ы]

Для чего нужен менеджер контекста и где его применять?.. для безопасности кода и применять везде где только можно. Имхо. Потому как класс который создаёт объект и должен его уничтожать… особенно если вы работаете с ресурсами. Инициализация как захват ресурса

[@dimakost9900]

Сорри, но этот урок у вас вышел очень запутанным и непонятным

[@davidbibi3138]

на самом деле нет, прост чуть знания подтяни в ООП и дандерах, там ничего страшного нет

[@Cygni7]

Спасибо за урок! Хочу задать вопрос, как вы выделяя несколько строк помещаете их все в комментарии (# перед всеми) или ставите перед всеми отступ (tab)? Просто когда я так делаю в pycharm, строки попросту заменяются. Это настраивается как - то? Заранее спасибо.

[@selfedu_rus]

Ctrl + / (при англ раскладке клавиатуры)

[@ДімаКуріптя]

табуляцию двигать ctrl + [, либо ctrl + ], но это для vs code, может в pycharm так же

[@selfedu_rus]

@@ДімаКуріптяTab и Shift + Tab

[@ДмитрийСмирнов-щ4с]

подскажи пожалуйста не могу врубиться) то что мы делаем в def __enter__ когда копируем список через self.__temp = self.__v[:] понятно. а то что мы делаем в def __exit__ когда обратно копируем уже измененный список self.__v[:] = self.__temp в self.__v. что тут делает [:] непонятно(

[@artbog]

Мы модифицируем исходный список путем присваивания срезу новых значений. Погугли.

[@ДмитрийСмирнов-щ4с]

@@artbog спасиб, я гуглил) но врубился только после твоей подсказки) если синтаксис b = a[:] то мы копируем все значения из одного списка и в другой (создается новые объект). Но если мы делаем так a[:] = b, том мы возвращаем срезом ту часть списка которую хотим заменить, новым списком, заменяем ее значениями на значения списка "b", а остальные оставляем, при этом ссылка на объект "a" остается неизменной.

[@artbog]

@@ДмитрийСмирнов-щ4с все верно 👍

[@genghiskhan8835]

@@ДмитрийСмирнов-щ4с а есть разница между a[:] = b и a = b? Ведь в данном случае срезом является весь объект, мы ничего не обрезали.

[@ДмитрийСмирнов-щ4с]

@@genghiskhan8835 я понимаю так: если мы делаем a = b, то в переменную a копируем ссылку на объект из переменной b. Но если мы делаем a[:] = b то переменная a смотрит на тот же объект что и раньше (на видео это список [1, 2, 3]) и меняются сами значения в этом списке, сама ссылка на объект остается неизменной. это нам как раз и нужно по задаче, чтобы в случае успешного изменения нужный нам объект менялся, в случае неуспешного оставался неизменным. Короче разница что если сделать a = b, то в примере на видео мы в конце будем вызывать print(v1) и объект на который ссылает переменная v1 никогда не будет меняться, хоть успешно все прошло хоть нет.

[@СергейФролов-ъ5я]

Спасибо! Получается, что open это все таки не функция, а целый класс, где реализованы методы enter, exit, call? Т.е. мы можем в свой любой класс добавить функциональность менеджера контекста?

[@selfedu_rus]

да в Python много что через классы сделано, например, type() тоже класс и даже метакласс, о чем подробнее дальше )

[@marat_shaydulin]

Нет, open это функция, которая возращает менеджер контекста. Вы можете сами сдеать подобную функцию: class MyContext: def __init__(self, v): self.__v = v def __enter__(self): self.__tmp = self.__v[:] return self.__tmp def __exit__(self, *exc): self.__v[:] = self.__tmp return False def give_context(v): return MyContext(v) a = [1, 2, 3] b = [2, 2] # b = [2, 2, 2] with give_context(a) as v: for i in range(len(v)): v[i] += b[i] print(a)

[@КаримКеримков]

в UI библиотеке Gradio очень непонятное использование менеджера контекста import gradio as gr with gr.Blocks() as demo: gr.Markdown("...") with gr.Tab("Flip Text"): gr.Markdown("...") demo.launch() Не понятно как это работает)

[@gore_ot_uma166]

Я правильно понимаю, что именно слово with определяет порядок вызова и делает сам вызов методов __enter__, __exit__ ? потому как код dv = DefendVector(v1)... не работает, хотя методы в классе переопределены

[@selfedu_rus]

да, менеджер контекста сам вызывает эти магические методы

[@Алекс21-р8р]

Круто! Вы где учились?

[@selfedu_rus]

Спасибо! Просто давно программирую и преподаю в вузе (детали не спрашивайте, не люблю публичность)

[@Keshtiman]

@@selfedu_rus при этом фамилию свою сказали))

[@ИльдарВасиков-я3р]

Добрый день! Спасибо большое за все Ваши уроки. Они очень полезны. Хотел спросить а по ООП в Python не планируется ли курс на Stepik?

[@selfedu_rus]

пока не знаю, сейчас явно не до этого

[@Alex_Gor_1]

Взял и купил курс от поколения, уперся в задачу и не могу решить. Посмотрел видеоурок от Балакирева - понял что делал не так. Покупка была ошибкой.

[@КириллЧе-я5ы]

Ошибку поправьте или меня - имя переменной мен контекста полагаю должно быть fp, а не f… (2-я минута)

[@selfedu_rus]

да, очевидная ошибка, за всем не уследишь, на мой взгляд настолько очевидно, что даже не менял

[@КириллЧе-я5ы]

@@selfedu_rus зато ролик отличный, спасибо!

[@radceb2474]

👍