По SRP Мартин в Чистой архитектуре решил дать другое определение, через акторы, что у программной сущности должен быть один актор. То есть класс не нарушает SRP даже если он имеет больше одной ответственности, главное чтобы актор, то есть сценарий использования, был один, чтобы правки, необходимые для одного сценария использования, не затронули логику второго сценария использования
Да, под акторами, как мне помнится, он подразумевал "группу пользователей по интересам" : клиент, заказчик, администратор и т.д. Но мне кажется, такое объяснение несколько затруднительно для новичков, поэтому выбрал в качестве определения что-то среднее)
насчет единственной ответственности, как я помню там не обязательно именно по классах разбивать ответственность, это больше по функциям. чтобы ни 1 функция не выполняла сразу несколько действий. так что пример с классом еще валидный
Все неплохо, но тема ISP не раскрыта, более наглядный пример был бы с декоратором, например, когда есть интефейс с 3 методами и 3 интерфейса по одному, при соблюдении isp можно будет задекорировать любой метод отдельно, при нарушении придется в декораторе проксировать вызов
привет, можешь посоветовать литературу\видео, в которых о принципах SOLID расскажут получше? Я только учусь, не хочу завести себя в брод чтобы в будущем из него долго выбираться
Чел, у тебя ошибки уже в 1 принципе. Которую сам Мартин в книге у себя приводит как пример того что много путаницы вокруг этих принципов. Вот и ты попался в эту уловку. Почитай Чистую архитектуру что ли
Используете ли вы принципы SOLID в своей практике?)
Максим, планируете ли Вы снять цикл видео о паттернах проектирования на Pyfhon?
@@АлександрКаптуров-с8и Да, были мысли про паттерны и архитектуру
@@pylounge Супер, Максим, я думаю многие ждут и всем понравится!
Использую, часто даже не подозревая о том, что этот подход называется именно так.
Лучшее объяснение (с точки зрения понятности для новичка). Больше спасибо!
По SRP Мартин в Чистой архитектуре решил дать другое определение, через акторы, что у программной сущности должен быть один актор. То есть класс не нарушает SRP даже если он имеет больше одной ответственности, главное чтобы актор, то есть сценарий использования, был один, чтобы правки, необходимые для одного сценария использования, не затронули логику второго сценария использования
Да, под акторами, как мне помнится, он подразумевал "группу пользователей по интересам" : клиент, заказчик, администратор и т.д. Но мне кажется, такое объяснение несколько затруднительно для новичков, поэтому выбрал в качестве определения что-то среднее)
Хорошее объяснение! Спасибо за ролик ждем похожий контент
Интересно, сними про другие наборы принципов!
@pylounge Максим, я очень ждал такое видео!
Ахаахх, ты крут, на 4:00 , обычным покупателям сделал скидку 80%, а випам 60%
Не хотел бы я быть таким випом😂
Спасибо, полезно. В примере LSP engine - это метод, а не свойство, что несколько странно.
Лайк за превью)
насчет единственной ответственности, как я помню там не обязательно именно по классах разбивать ответственность, это больше по функциям. чтобы ни 1 функция не выполняла сразу несколько действий. так что пример с классом еще валидный
Увидел снейка на превью, зашел поставить лойс
Спасибо полезное видио.
👏👍
ну с дудем - эт, конечно, очень смешно было )))))
Все неплохо, но тема ISP не раскрыта, более наглядный пример был бы с декоратором, например, когда есть интефейс с 3 методами и 3 интерфейса по одному, при соблюдении isp можно будет задекорировать любой метод отдельно, при нарушении придется в декораторе проксировать вызов
👍👍👍👍
Как-то интуитивно сам дошел до этого при написании кода
Лисков что?))) сабситуэйшн?))))
го про абстракцию
2:22 😆
Ничего не понятно (
прежде чем видео снимать, хотя бы тему изучи... боже...
в принципе открытости-закрытости ты создаешь наследника с такой же функцией, нарушая тем самым принцип Лисков. Дальше смотреть не стал эту чушь.
@@us1k10 тоже это заметил. Можешь подсказать, как правильно выходить из ситуации в открытости-закрытости?
привет, можешь посоветовать литературу\видео, в которых о принципах SOLID расскажут получше? Я только учусь, не хочу завести себя в брод чтобы в будущем из него долго выбираться
Чел, у тебя ошибки уже в 1 принципе. Которую сам Мартин в книге у себя приводит как пример того что много путаницы вокруг этих принципов. Вот и ты попался в эту уловку. Почитай Чистую архитектуру что ли
Проорал с картинки про чужой код😂😂😂😂😂