Принципы SOLID / С Примерами На Python

Наверное, каждый программист хоть раз слышал про SOLID. SOLID – это набор правил/практик/советов, к которым на опыте пришли разработчики. Это помогает писать сложные проекты, чтобы они оставались логичными, понятными, читаемыми, расширяемыми их можно было сопровождать. Каждая буква здесь обозначает один принцип написания кода. Например, S – Single Responsibility, O- Open Closed и т.д. Очень часто про SOLID спрашивают на собеседованиях и большинство начинающих разработчиков на этом здорово сыпятся. Поэтому сегодня мы разберём каждый из 5 принципов SOLID, подумает действительно ли они так важны и закрепим полученные знания примерами кода на Python.

💰 Donation Alerts:

📒 Материалы из видео:

🚀 Социальные сети:
✅ Канал PyLounge:
Creative Commons / Attribution-ShareAlike 3.0 Unported (CC BY-SA 3.0)

👨‍🏫 Привет! Меня зовут Макс. Я один из авторов канала PyLounge. Уже долго занимаюсь программированием, в частности программирование на языке Python. Я много чего узнал за это время, и мне есть, чем поделиться со зрителями моего канала. Здесь выходят разнообразные ролики, касающиеся IT-тематики и программирования, которые я делаю в соавторстве с Егором (лучшим голосом России). Подписывайся, будем узнавать что-то новое и работать вместе! Погнали!

🕰️ Таймкоды:
00:00 - Вступление
01:12 - SRP
02:44 - OCP
04:10 - LSP
05:52 - ISP
07:05 - DIP
09:40 - Заключение
12:03 - Концовка

*Компания Meta - организация, деятельность которой запрещена на территории Российской Федерации

#pylounge #solid #python #ityoutubers #itubeteam

[pylounge]

Используете ли вы принципы SOLID в своей практике?)

[tdigital]

По SRP Мартин в Чистой архитектуре решил дать другое определение, через акторы, что у программной сущности должен быть один актор. То есть класс не нарушает SRP даже если он имеет больше одной ответственности, главное чтобы актор, то есть сценарий использования, был один, чтобы правки, необходимые для одного сценария использования, не затронули логику второго сценария использования

[_garik__]

Лучшее объяснение (с точки зрения понятности для новичка). Больше спасибо!

[limjon]

Хорошее объяснение! Спасибо за ролик ждем похожий контент

[hmtlhyu]

@pylounge Максим, я очень ждал такое видео!

[banzaika]

Интересно, сними про другие наборы принципов!

[cyber_engine]

насчет единственной ответственности, как я помню там не обязательно именно по классах разбивать ответственность, это больше по функциям. чтобы ни 1 функция не выполняла сразу несколько действий. так что пример с классом еще валидный

[drygdryg]

Спасибо, полезно. В примере LSP engine — это метод, а не свойство, что несколько странно.

[btjpwxh]

Как-то интуитивно сам дошел до этого при написании кода

[antonkuznetsov]

ну с дудем - эт, конечно, очень смешно было

[bool]

Все неплохо, но тема ISP не раскрыта, более наглядный пример был бы с декоратором, например, когда есть интефейс с 3 методами и 3 интерфейса по одному, при соблюдении isp можно будет задекорировать любой метод отдельно, при нарушении придется в декораторе проксировать вызов

[usk]

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

[btzhdlu]

Чел, у тебя ошибки уже в 1 принципе. Которую сам Мартин в книге у себя приводит как пример того что много путаницы вокруг этих принципов. Вот и ты попался в эту уловку. Почитай Чистую архитектуру что ли

[kitN]

Увидел снейка на превью, зашел поставить лойс