Технологии для жизни
12n.ru

Java: SOLID принципы: SRP (Принцип единственной ответственности, Single Responsibility Principle) - HD

Java: SOLID принципы: SRP (Принцип единственной ответственности, Single Responsibility Principle) -
00:15:23

12n.ru 16775 роликов

SOLID принципы: SRP (Принцип единственной ответственности, Single Responsibility Principle) -.

1. На основе работы Роберта Мартина (дяди Боба). Акроним SOLID предложен Michael Feathers 2. SOLID (сокр. от англ. single responsibility, open-closed, Liskov substitution, interface segregation и dependency inversion) 1. SRP Принцип единственной ответственности (The Single Responsibility Principle) — Каждый класс должен иметь одну и только одну причину для изменений. 

2. OCP Принцип открытости/закрытости (The Open Closed Principle) — программные сущности … должны быть открыты для расширения, но закрыты для модификации 

3. LSP Принцип подстановки Барбары Лисков (The Liskov Substitution Principle) объекты в программе должны быть заменяемыми на экземпляры их подтипов без изменения правильности выполнения программы 

4. ISP Принцип разделения интерфейса (The Interface Segregation Principle) много интерфейсов, специально предназначенных для клиентов, лучше, чем один интерфейс общего назначения 

5. DIP Принцип инверсии зависимостей (The Dependency Inversion Principle) Зависимость на Абстракциях. Нет зависимости на что-то конкретное 3. Для чего нужны принципы SOLID 4. Запахи кода (Code smells) и антипаттерны 5. Собственный тренинг по паттернам и антипаттернам 

6. Принцип единственной ответственности (SRP) каждый объект должен иметь одну обязанность и эта обязанность должна быть полностью инкапсулирована в класс 

7. Следование принципу: 1. Разделение больших классов, делающих многое 2. Слияние мелких классов и объединение в одном классе однотипоной функциональности 

8. Упрощает поддержку и расширение классов 9. Антипаттерны — типа GoD object 10. Требует осмысленного отношения 11. Active Record нарушает SRP 

Мой Telegram: https://t.me/nemchinskiyOnBusiness Мой блог: www.nemchinsky.me

0:00 – вступление Сергея Немчинского0:50 – все принципы SOLID вкратце4:02 – для чего нужны принципы SOLID5:42 – формулировка принципа SRP6:47 – SRP на картинке10:23 – как следовать SRP11:35 – антипаттерн GoD object12:15 – любые SOLID принципы требуют критического осмысления13:20 – Active Record нарушает SRP

solid, 5 принципов solid, #ityoutubersru, single responsibility principle, solid принципы, solid design principles, solid single responsibility prin, программирование, solid principles, выбор языка программирование, develop, it, разработка, немчинский, it курсы, как стать программистом, java, foxminded, coding, programming, java start, code blog, антипаттерны, code smells, solidworks, liskov substitution principle, interface segregation principle, dependency inversion principle
Разработка на Java
10:00
Sound language:
RUS - Русский
Провайдер видео:
youtube
RSS
Дима C
13:32
#
Тема отличная!!! Побольше таких видео!!!
Ulis Paxton
16:52
#
Слышу я такой про active record, что так делать не надо и понимаю (о! а это оказывается шаблон такой есть! не знал, любовь к велосипедам с детства даёт о себе знать наверное), что я так делаю почти постоянно, ставлю на паузу, лезу в код, прикидываю, как исправить ситуцаию, начинаю набрасывать каркас решения, снимаю с паузы и… «В энетепрайзе это нормально, многие так делают, хотя это и нарушает srp». Занавес.
Алексей Поляков
23:38
#
+2
Когда уже в гугле придумают возможность поставить второй лайк?..
Tony Max
13:35
#
10/10. Для меня первый не нудный и не убитый жизнью автор, который так позитивно и интересно доносит тему. Всегда приятно освежить свои знания, и полезно услышать мнение человека с опытом. Лайк подпеска <3
Максим Ламанский
09:45
#
Очень интересная тема!
Inglevir
19:10
#
Спасибо! Я тоже программист с большим опытом (вероятно, не меньшим, чем у автора), и не то, чтобы меня настигло откровение в этом видео, но ещё разок вспомнить основы, рассказанные с чуть нового угла — всегда полезно и приятно.
Чебур Чебурашка
01:12
#
Интересное видео. Не задумывался раньше об этом. Хотя в принципе как-то инстинктивно старался так делать. Я исходил из другой логики, что когда маленькие автономные классы, то их можно использовать в качестве конструктора. Они и легкие, и переиспользуемые и можно из них что-то большее наворотить. Немаловажно, конечно абстракции и интерфейсы, но это уже другая история…
Vladislav Zubov
09:54
#
+1
Круто! Спасибо. Самое главное что в подаче материала нет заумных терминов/слов.
Илья Марко
19:43
#
Интересно, как пахнет мой говнокод?
Демидов Максим
13:00
#
+1
Большое спасибо за выпуск!!!