Zasady SOLID na Backendzie: OCP - Przykłady kodu

0:02Teraz pora na zasadę otwarte zamknięte w praktyce.

0:06Przejdźmy do kodu.

0:07Po samej strukturze tego kodu możemy wnioskować, że jest to kontroler aplikacji

0:11webowej napisany w Ruby i on robi dość dużo rzeczy.

0:15Można zobaczyć, że tutaj jest wykonywana jakaś analiza SEO blog posta.

0:20Następnie ten post jest zapisywany do bazy, żeby później wysłać maila

0:25powiadomieniem mailowe do kogoś.

0:27Można uprościć ten kod, bo to jest kontroler Kontrolery HTTP z reguły nie

0:32powinny wykonywać aż tylu aktywności ile wykonuje ten kontroler,

0:37więc go można uprościć bardzo sprawnie.

0:39NK postulując warstwę logiki do osobnej klasy serwisu i kończąc z czymś takim,

0:45gdzie będziemy mieć jakiś command serwis Create post, który NK obsługuje tę logikę

0:50tworzenia posta, a kontroler będzie się interesował tylko i wyłącznie tym

0:55czy utworzenie posta się powiodło.

0:57Jeśli tak, zwróci odpowiednią informację lub błędy do klienta.

1:01Natomiast w tej klasie Create Post dzieje się już dużo więcej rzeczy, bo

1:05doszło nam nowe wymaganie logiczne.

1:07Mianowicie po tym jak przeanalizujemy sobie nasz post pod kątem SEO, a co

1:13ważne zobacz, że zaszła zmiana kolejności.

1:16Więc najpierw zapisujemy post do bazy danych, potem

1:20analizujemy go pod kątem SEO, a następnie jeśli analiza przejdzie poprawnie, zostaje

1:25wysłane powiadomienie do autora posta, a jeśli nie zostanie wysłane inne

1:30powiadomienie mailowe, nie wiemy jakie.

1:32Możliwe, że np.

1:33do redaktora naczelnego albo do teamu SEO, który musi poprawić

1:38ten post pod kątem pozycjonowania.

1:41Ta klasa ciągle robi za dużo, więc możemy pójść krok dalej i skapitulować.

1:48Samą logikę wysyłania powiadomień Zobacz teraz czy zapisujemy post, a

1:52następnie po zapisaniu posta wysyłamy powiadomienie.

1:56Sama metoda SAN Notyfikacje korzysta z klasy Email Native Layer,

2:01który ma metodę post created, a ten z kolei przyjmuje parametr mail.

2:09I czym jest ten mail? Ano mailem.

2:11Jest to definicja klasy odpowiedzialnej za wysłanie odpowiedniego maila, która jest

2:16wytwarzana w tej metodzie wytwórczej, którą tutaj mamy.

2:20W metodzie Mail jest to tzw.

2:22zastosowanie wzorca fabryki wytwórczej metody wytwórczej.

2:26Bardzo proste.

2:27Jeśli post przechodzi analizę, to zwraca autor maila, a jeśli nie, to post Müllera.

2:32Ponieważ te dwie klasy mają wspólny interfejs.

2:34I teraz uwaga trochę wyprzedzam.

2:36Kolejne lekcje spełniają kolejną zasadę zasada LSB.

2:40Zasadę podstawienia Barbary blisko, bo mają ten sam interfejs

2:44i możemy je wymieniać.

2:45Stosować dowolnie, w zależności od tego, czego potrzebujemy.

2:48I mamy to wstrzyknięcie właśnie w taki sposób.

2:52Możemy iść jeszcze krok dalej, żeby spełnić tę zasadę i stworzyć sobie taką

2:57klasę Service publish post. I ta klasa.

3:00Serwis może odpowiadać za publikację postu, za wysyłanie powiadomień, ale

3:06będzie miała jeden parametr, który przyjmuje parametr Notice

3:10layers i notice layers.

3:11To jest taka tablica kolekcja usług, które są odpowiedzialne za wysyłanie

3:16różnego rodzaju powiadomień.

3:18I teraz można zobaczyć, że ta klasa nie robi nic więcej.

3:21Tu nie ma żadnych IF ów, nie ma sprawdzania czy jest analiza czy

3:23cokolwiek, ale jest po prostu wysyłane powiadomienie za pomocą tej usługi

3:28tweetera i te usługa na tej frajera może być wstrzykiwania w ten sposób napisane

3:33wielkimi literami Native Layers sugeruje nam, że jest to jakaś stała, a że mamy

3:38stałą, możemy iść krok dalej i wywnioskować, że posługujemy się

3:43pewnego rodzaju konfiguracją.

3:45Więc oprócz wstrzyknięcia zależności, tak jak to pokazałem na bardzo prostym

3:49przykładzie wstrzykiwania zależności tej klasy maile możemy mieć tutaj konfiguracje

3:54gdzie mamy native definicje klas not i frajerów, czyli

3:57usług, które wysyłają powiadomienia w tablicy w jakiejś kolekcji.

4:01I teraz jeśli chcemy dodać kolejnego native Aira kolejną usługę, wystarczy po

4:06prostu, że dodamy je do tej kolekcji, a wszystko już się będzie działo samo.

4:11W ten sposób nasz kod spełnia zasadę OCP spełnia zasadę SRP i spełnia zasadę else.

4:18Mamy aż trzy zasady SOLID tak po prostu opakowane.

4:24Jednym prostym wzorcem wzorcem konfiguracji, gdzie możemy dodać i usuwać

4:29poszczególnych bajerów bez zmian w kodzie logiki aplikacji.

4:33W ten sposób nasz kod jest zamknięty na modyfikacje, a otwarty na rozszerzenia.

4:38Bo żeby rozszerzyć nasz kod wystarczy zmodyfikować jedno miejsce w konfiguracji,

4:42gdzie konfigurujemy listę usług.

4:45W ten sposób spełniamy zasadę Open Closed Principle.