Zasady SOLID na Backendzie: SRP - Single Responsibility Principle

0:02Najwyższa pora omówić poszczególne zasady SOLID.

0:06Pierwsza Na pierwszy ogień leci zasada Single Responsibility principle, czyli

0:12zasada pojedynczej odpowiedzialności I na czym polega zasada SRP?

0:18Otóż zasada SRP mówi nam o tym, że każda klasa powinna mieć

0:22tylko jeden powód do zmiany, czyli tylko jedna przyczyna biznesowa np.

0:29może wprawić naszą klasę w inny stan, może zmienić jej stan.

0:34Bob Martin idzie jeszcze dalej.

0:37Mówi, że każda klasa powinna odpowiadać względem tylko jednego aktora.

0:42I nad tym się chwilę zatrzymam.

0:45W następnym przykładzie, który będzie już przykładem praktycznym, bo to jest

0:48szalenie ciekawe, w jaki sposób możemy popatrzeć na KOD wobec tej

0:53odpowiedzialności względem aktora.

0:56Kto może być aktorem w aplikacji?

0:59Tak upraszczając, często mówimy, że aktorem aplikacji jest

1:02użytkownik albo system. Taka jest integracja.

1:05Ale Robert Martin idzie głębiej.

1:07On jako aktora aplikacji pokazuje konkretną rolę w biznesie,

1:12konkretną rolę w firmie.

1:14Ale nie będę spoilerować przed następną lekcją.

1:16Będziemy o tym mówić szerzej na podstawie tych aktorów

1:20i można powiedzieć szerzej, że właśnie zasada pojedynczej odpowiedzialności tak

1:24naprawdę mówi o tym, że klasa powinna robić jedną, tylko jedną rzecz.

1:29I mamy pewne symptomy pogwałcenia takiej zasady.

1:32Pierwszym takim symptomem jest, gdy musimy zmodyfikować kod w jednym miejscu.

1:37I ta modyfikacja pociąga za sobą modyfikacje w różnych

1:41miejscach w aplikacji np.

1:42musimy dodawać jakieś dodatkowe i dodatkowe warunki,

1:46wywoływać dodatkowe metody.

1:48To jest symptom, że nasz kod w różnych miejscach robi zdecydowanie za dużo.

1:54Innym symptomem jest sytuacja w trakcie merge owania

1:58naszego kodu w gicie w postaci np.

2:02pull request ów, gdy w trakcie prac nad funkcjami mamy zbyt dużo

2:06merge konfliktów np.

2:07realizując się do mastera cały czas i pull request jej realizowanie stają się

2:11męką i się ciągną, bo ciągle jakieś konflikty, ciągle coś nie przechodzi.

2:16Zaciągnięcie nowej gałęzi każdego dnia powoduje rozwiązywanie masy konfliktów.

2:20To oznacza, że ten sam kod jest modyfikowany z różnych przyczyn,

2:24w tym samym krótkim czasie.

2:25Konflikty rodzą się wtedy, kiedy więcej niż jeden programista pracuje

2:29nad jedną częścią kodu.

2:31To jest znak, że zasada pojedynczej odpowiedzialności jest

2:36gwałcona i kod kot robi za dużo rzeczy.

2:39Zasada SRP nie bez przypadku jest na pierwszym miejscu tego akronimu SOLID.

2:45Jest ważna, jest według mnie podstawą w programowaniu i jest podstawową zasadą

2:52jeśli chcemy tworzyć dobre programowanie obiektowe, to zasada SRP

2:55jest tą, od której zawsze powinniśmy zaczynać patrząc i pisząc nasz kod.

3:00A w następnej lekcji przejdziemy do praktycznego przykładu.