0:00 / 0:00

Zasady SOLID na Backendzie: Rozwiązanie zadania teoretycznego DIP

Tworzenie kodu według najlepszych praktyk

2 godz. 45 min · Full-stack i Programowanie

Rafał PiekaraSoftware Komandos

Czego się nauczysz

Teoretyczne wyjaśnienie każdej z 5 zasad SOLID
Przykłady zastosowania SOLID w kodzie Ruby i Typescript
Zadania teoretyczne polegające na zaprojektowaniu kodu zgodnie z SOLID
Praktyka i refaktoring kodu legacy w kierunku zasad SOLID
Przykłady testowania kodu implementującego zasady SOLID

Teoretyczne podstawy

Nie zrozumiesz SOLIDa bez teoretycznych podstaw. Przejdziemy przez założenia stojące za każdą z nich. Przeanalizujemy problemy, które możesz spotkać oraz dowiesz się dlaczego ciągle jeszcze tak wielu programistów nie stosuje się do tych zasad.

Przykłady zastosowania SOLID w kodzie Ruby i Typescript

Ruby i Typescript to technologie, które świetnie odzwierciedlają uniwersalizm SOLIDa. Te złote zasady działają w językach dynamicznie typowanych i interpretowanych jak Ruby oraz przy statycznym typowaniu na przykładzie Typescript.

Projektowanie kodu zgodnie z SOLID

Zanim zabierzesz się za programowanie warto poćwiczyć SOLIDny sposób myślenia. Zmierzysz się z zadaniami, w ramach których będziesz projektować kod tak, aby wszystkie zasady SOLID znalazły w nim swoje zastosowanie.

Praktyka i refaktoring w kierunku SOLID

Prawda jest taka, że kod, z którym w większości pracujemy ma swoją historię. Czasami historia ta jest tak bolesna, że klasy i metody są zagmatwane, poplątane i trudne w utrzymaniu. Gdy dotrzesz do tego miejsca będziesz mieć w arsenale wszystkie potrzebne narzędzia, żeby zmierzyć się z zadaniami praktycznymi, które przekształcą kod legacy w SOLIDne arcydzieło.

Testy, testy, testy

Tak ważny temat, jak testowanie nie może zostać pominięty. Między innymi po to też stosujemy zasady SOLID, żeby nasz kod praktycznie sam się testował. Napiszesz więc testy, których wzorce możesz wykorzystać w dowolnym projekcie, dowolnej technologii, jeśli tylko kod, który testujesz będzie spełniał wymagania zasad SOLID.

Dla kogo jest ten kurs?

Nie ma znaczenia, czy dopiero zaczynasz przygodę z programowaniem, czy też jesteś starym wyjadaczem, który klasami i interfejsami myśli przy zagryzaniu tosta na śniadanie. Ten kurs jest właśnie dla Ciebie. Technologia ani język programowania też nie mają znaczenia. Zasady SOLID to uniwersalny zbiór. Ich znajomość sprawi, że Twój kod będzie lepszy, łatwiejszy w utrzymaniu i odporny na perturbacje i zmiany.

0:00Pora teraz na ostatnie z zadań teoretycznych zadanie dla zasady DIP,

0:05w którym chcemy strefa autoryzować system zarządzania użytkownikami, aby usunąć te

0:09bezpośrednie zależności, które widzieliśmy w poprzednich rozwiązaniach między

0:12modułami i zaimplementować wstrzykiwanie zależności.

0:16Aby zademonstrować działanie tej zasady.

0:19No i przechodzimy do kodu.

0:20Widzisz, w tym naszym głównym skrypcie pojawił się nowy obiekt, mianowicie User

0:25Serwis, który z kolei w konstruktorze przyjmuje instancję User Repository

0:29i Authentication Service.

0:31I i ten user service odpowiada za rejestrację i autentykacji użytkowników.

0:36Natomiast sam User Service już na pierwszy rzut oka będzie polegał

0:41na wstrzyknięciu tych zależnościach.

0:42Zobaczmy co tam się dzieje w tym i user serwisie.

0:46User Service implementuje interfejs API User Service i ten interfejs dotyczy

0:50metod register, delete i Authentication.

0:53Więc mamy te trzy główne odpowiedzialności tego user serwisu.

0:58I co tutaj się dzieje?

0:59Przyjmujemy klasy, które implementują z kolei

1:03interfejsy Authentication i User Repository.

1:07I.

1:08Tymi zależnościami operujemy.

1:10Jeśli chodzi o logikę, taki user serwisu User Service sam w sobie

1:14pełni rolę pewnej fasady.

1:16Fasady, która kryje te implementacje, bazuje na wstrzyknięciu tych

1:21zależnościach i wykonuje całą logikę.

1:23Więc mamy user serwis, który z kolei zapisuje nam użytkownika do bazy, usuwa go

1:28z bazy i autentykacji naszego użytkownika za pomocą wstrzyknięcia Authentication

1:32Service i na podstawie tego zadania widzi, że możemy sobie dowolnie

1:37manipulować repozytorium i gdybyśmy mieli repozytorium np.

1:40operujące na bazie danych in memory, możemy po prostu

1:45stworzyć sobie nową klasę In Memory Repository, która będzie implementować ten

1:49interfejs a User Repository i wstrzyknąć advisor serwisu.

1:53I wtedy automatycznie będziemy mieć kod, który operuje już na bazie danych w

1:57pamięci, a nie na realnej fizycznej bazie danych, ale już na bazie in Memory, który

2:02zmieni nam tę warstwę infrastruktury w warstwę implementacji naszego kodu.

2:07Ale zachowanie i logika pozostanie niezmieniona.

2:11Tak właśnie działa zasada odwrócenia zależności.

2:15To jeden z przykładów jej zastosowania na podstawie naszych zadań.