Не забрасывай канал, у тебя хорошо получается более глубоко обьяснить ООП пайтнона и функциональное программирование чем у 90% питонистов в ютубе
@heybeachMIN9 ай бұрын
Спасибо, стало намного понятней!
@СтаниславОконенко10 ай бұрын
На достаточно высоком уровне и, в то же время, последовательно и ПОНЯТНО.
@MrSunTropeАй бұрын
Можно рассмотреть тему протоколов и дженериков?
@vladdragunov55267 ай бұрын
Учу питон на степике уже год, но часто сюда прихожу за конкретикой, хотел бы, чтобы у меня был такой преподаватель как ты. Ты единственный кто смог доходчиво объяснить мне про рекурсию и многие другие подводные камни. Больше всего мне по душе то, то диктор не торопится,объясняет все размеренно Спасибо огромное! Надеюсь, что в ближайшем будущем попаду на твой стрим)
@pythonclinic7 ай бұрын
спасибо большое за отзыв)
@sladge17 Жыл бұрын
Спасибо за видео. Можно ещё в копилку тем добавить видео про wheel. Что это такое, для чего нужно, когда применяется.
@pythonclinic Жыл бұрын
добавил в список)
@TheVenelo Жыл бұрын
Добрый день) вот все люди делают уроки по ооп на основе собачек и кошечек, но я не могу найти пример/объяснение реального примера классов и из-за этого тяжело понять как применять ооп в реальном проекте. Было бы круто если бы вы сделали такой ролик, спасибо
@pythonclinic Жыл бұрын
принято)
@steefsteefler5760 Жыл бұрын
Да, я б тоже хотел новые видео. Не плохо, воообще-то.
@TomBombadil-h3g Жыл бұрын
Спасибо!
@xacho86 Жыл бұрын
По идее наследование от ABC излишне, когда достаточно использовать только декоратор abstractmethod. И нужно оно исключительно для наглядности. Никак не могу придумать кейсы, где использование наследования от ABC было бы must have
@pythonclinic Жыл бұрын
Нет, наследование от ABC это не просто наглядность, это инструмент, который приносит ограничение на создание экземпляров класса, это имеет очень большое значение при построении абстрактностей, которые не должны использоваться напрямую и нужны только для наследования
@xacho86 Жыл бұрын
@@pythonclinic , а можно какой-нибудь простенький пример, самостоятельно в голову ничего не приходит ни мне, ни моему помощнику chatgpt:)
@pythonclinic Жыл бұрын
Например, родительский абстрактный класс для обработки медиа, назовём его MediaProcessor, и зададим два (или сколько угодно) абстрактных метода в стиле resize и crop. Сам по себе этот класс не должен использоваться, потому что медиа может быть разное, он только предоставляет нам набор контрактов, которые мы должны реализовать для каждого типа медиа. Например, это будут ImageProcessor и VideoProcessor, которые уже будут реализовывать конкретную логику ресайза и кропа картинок и видео, и их мы и будем использовать напрямую. В любой момент мы можем добавить новый обработчик, например, DocumentProcessor, наследовать его от MediaProcessor и реализовать все контракты, и использовать таким же способом, как и остальные обработчики
@xacho86 Жыл бұрын
@@pythonclinic , так то же самое можно сделать и без наследования от ABC. Достаточно определить декоратором abstractmethod нужные методы: этого достаточно, чтобы нельзя было создать экземпляр класса MediaProcessor. Дальше наследуемся от него и реализовываем эти методы в классах наследниках. Хотелось бы видеть кейс, где без наследования от ABC просто не обойтись.
@xacho86 Жыл бұрын
@@pythonclinic, я понял: надо было код написать сразу