Zasady SOLID na Backendzie: SRP - Przykłady kodu

0:02Zasada pojedynczej odpowiedzialności Single Responsibility Principle.

0:06Przejdziemy do praktycznego przykładu.

0:08Popatrzmy na kod.

0:10Mamy tutaj bardzo prostą klasę napisaną w języku Ruby.

0:14Jest to klasa Employee.

0:16To jest jakaś encja, Może to być jakiś agregat.

0:19Nieważne. Ta klasa ma trzy zachowania.

0:21Ma trzy metody.

0:22Zobaczmy jakie to są metody Calculator czyli przelicz wypłatę.

0:26Report auth czyli Raportuj.

0:28Godziny i zapisz zapisz sobie tego pracownika i jak przejdziemy przez te trzy

0:33metody możemy sobie przypomnieć to o czym mówiłem w poprzedniej lekcji.

0:37Mianowicie o tym, że każdy czy każda część kodu, która spełnia zasady SRP

0:42powinna być odpowiedzialna względem tylko jednego aktora.

0:46I co tutaj mamy?

0:46W tej klasie Employee mamy wyliczanie wypłaty

0:50i aktorem rolą biznesową, która może być zainteresowana wyliczeniem

0:55wypłaty pracownika.

0:56Może być księgowa albo np.

0:59CFO w startupie.

1:01Więc CFO będzie zainteresowany wyliczeniem wypłaty.

1:06Nasza klasa Employee jest odpowiedzialna względem CFO albo księgowej co kto woli.

1:12Druga metoda Report Auth za raportowanie godzin pracy.

1:16Kto może być zainteresowany za raportowaniem godzin pracy?

1:19Może być zainteresowany sam pracownik ok.

1:21Może być tym zainteresowany np.

1:23bezpośredni przełożony, który musi sprawdzić ile pracownik godzin

1:27przepracował, żeby potem wystawić z kolei fakturę np.

1:30zewnętrznej firmie klienckiej, dla której pracownik pracuje.

1:34Może być tym zainteresowany znów CFO, a więc możemy mieć współdzielonego

1:38aktora, ale z reguły będzie to np.

1:40bezpośredni przełożony naszego pracownika lub sam pracownik.

1:43Więc dochodzi nam drugi aktor i już Nasza klasa Pogwałcenia zasad SRP.

1:48Ale to jeszcze nie koniec, bo mamy jeszcze metodę save.

1:51Metoda save będzie zapisywała jakieś atrybuty tej klasy.

1:56Employee np.

1:57będzie zapisywała rozmiar koszulki, bo rozmiar koszulki może się zmienić z

2:01wiekiem, a firmy wysyłają słoik do swoich pracowników i kto będzie zainteresowany

2:06zmianą rozmiaru koszulki pracownika może być zainteresowany dział HR, który

2:11odpowiada za benefity i wysyłania różnego rodzaju złego do pracowników w firmie.

2:16Mamy klasę Employee, która pozornie ma trzy metody, które pozornie mają związek z

2:22samym pracownikiem, natomiast odpowiadają mają swoją odpowiedzialność względem

2:28trzech różnych aktorów księgowej, menedżera i dział HR.

2:34Mamy trzech aktorów i teraz bardzo fajnie widać właśnie

2:38rozumienie tej zasady według wujka Martina, że aktor to nie jest tylko

2:44użytkownik, ale to jest rola w systemie, która wywołuje jakiś proces logiczny.

2:50Jak może wyglądać ten kod, który będzie spełniał zasadę SRP?

2:55Zanim przejdziemy do kodu, który będzie spełniał te zasady SRP,

2:59przejdźmy do kolejnego przykładu.

3:01Mamy tutaj klasę kurs Course i ta klasa.

3:04Kurs ma też trzy metody, które mają różne odpowiedzialności, robią różne rzeczy.

3:09Mamy n roll, czyli możemy jakoś studenta zapisać do kursu, możemy zapłacić za

3:13kurs albo możemy dodać do niego lekcje.

3:15To są trzy różne rzeczy, które spełnia ta klasa, więc automatycznie.

3:20Kolejny raz widzimy pogwałcenie.

3:23Jak będzie wyglądał kod, który spełnia zasadę pojedynczej odpowiedzialności?

3:27Może wyglądać np.

3:29tak gdzie mamy klasę N rolę ment, która odpowiada za przypisanie studenta do

3:34kursu, za zapisanie go do kursu i będzie tutaj jedna publiczna metoda n roll.

3:39Będziemy mieć klasę Payment Service, który odpowiada za płatności za kurs.

3:44Więc Payment Service nie interesuje się żadnymi dodatkowymi rzeczami.

3:48Interesuje go tylko za jaki kurs ma być stosowana płatność,

3:51wygenerowany link do płatności.

3:53I mamy tylko jedną publiczną metodę pay.

3:55No i wreszcie mamy lesson, która może być przypisana do kursu.

3:59Więc mamy tylko metodę Add course i przyjmuje kurs jako parametr.

4:03W ten sposób mamy trzy różne klasy, które odpowiadać będą

4:08trzem różnym aktorom i będą jednocześnie spełniały trzy różne rzeczy.

4:15Mamy wydzieloną odpowiedzialność do poszczególnych klas.

4:18Możemy pójść dalej, bo sama zasada SRP nie mówi tylko o tym, żeby opakować logikę w

4:24różne klasy, ale mówi nam też o tym, żeby opakować logikę w metodach, że metoda też

4:29powinna pełnić jedną funkcję i jedną rzecz, być odpowiedzialna za jedną rzecz.

4:34I to widzimy na tym przykładzie, gdzie klasa kurs dalej ma te trzy metody ma n

4:38roll i adres n, Ale tutaj zobaczymy, że każda z tych metod pełni niejako rolę

4:44fasady fasady przed właściwą implementacją, przed tą docelową

4:48implementacją, która odpowiada za logikę.

4:51Więc mamy jakąś klasę n roll n, która wywołuje n roll.

4:54Mamy Payment Service i mamy dodanie kursu do lekcji.

4:58Mamy odpowiedzialności odpowiednio wydzielone do poszczególnych elementów i

5:03możemy w tym momencie rozmawiać z różnymi aktorami w różnych miejscach.

5:09Spełniamy zasadę SRP.