0:00 / 0:00

Zasady SOLID na Backendzie: Backend jako strażnik biznesu

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:02W poprzedniej lekcji mówiłem ci, że back end to strażnik biznesu.

0:06Co rozumiem przez to, że jest strażnikiem?

0:09Wszelkie reguły biznesowe w aplikacjach często są zaszyte na back end ie.

0:14Klienckie aplikacje typu frontend mobile dokonują zapisu i odczytu, komunikując

0:20się przez interfejs API z back end.

0:22Natomiast back end odpowiada za procesowanie, odpowiednie procesowanie

0:26danych, budowanie struktur danych i pilnowanie nie zmienników biznesowych.

0:32Wobec tego back end jest tak istotny.

0:36W oprogramowaniu jest tak ważne, żeby reguły biznesowe na back end były

0:41odpowiednio chronione nie tylko poprzez zamienniki, które sobie kodujemy w kodzie.

0:48Zapiszemy je tworząc metody klasy, ale też przez dobre praktyki i wzorce.

0:53Back end wykonuje bezpośrednie interakcje z danymi, bezpośrednio

0:57rozmawia z bazą danych.

0:58Często back end wymienia się z innymi usługami danymi.

1:02Czy to są zdarzenia, czy to są jakiegoś różnego rodzaju wiadomości, komendy

1:07czy otwarte API dla integracji?

1:10Będzie bezpośrednia interakcja z danymi.

1:14Dlatego tak ważne jest zabezpieczenie kontraktu.

1:17I są zasady.

1:19Wśród tych 5 zasad SOLID, które pilnują tego, żeby odpowiednio zbudować kontrakt,

1:25tak aby był bezpieczny i używany.

1:29a co za tym idzie także stabilny.

1:31Wymaga to pewnej wyważonej ewolucji.

1:34O ile zmiany na frontendu mogą być dokonywane dynamicznie, bo może zmienić

1:38się już i tak naprawdę bez konieczności interakcji, zmian, interakcji z logiką, to

1:44wszelka zmiana na backend może pociągać za sobą wielkie konsekwencje.

1:47Dlatego konieczna jest wyważona ewolucja i zasady SOLID Te wyważoną

1:52ewolucję będą ułatwiać.

1:54Back end jest bardzo wrażliwy na błędy.

1:56Może być także jeden mały błąd na backend nie będzie miał olbrzymie impakt na

2:01wszystkie aplikacje klienckie i integracje, które z tym

2:05back endem rozmawiać.

2:06Back end będzie bardzo wrażliwy na błędy, wobec czego musimy zapewnić

2:13sobie jako programiści backendu pewne narzędzia i dobre praktyki, a nie ma

2:18lepszych praktyk niż zasady SOLID, które są dobrze rozumiane przez wszystkich

2:23programistów na całym świecie.