0:00 / 0:00

Zasady SOLID na Backendzie: Dlaczego SOLID na backendzie jest taki ważny

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:02Dlaczego Solid na backend jest taki ważny?

0:04No właśnie, dlaczego?

0:06Ano dlatego, żeby nasz back end był solidny.

0:08Co to znaczy solidny, tzn.

0:11odporny na błędy, stabilny, przewidywalny?

0:15Żeby reguły biznesowe, które są w nim zawarte, były niezmienne,

0:20były dobrze strzeżone.

0:21Tego będą nam pilnowały wzorce i dobre praktyki płynące właśnie z zasad SOLID.

0:27A dlaczego?

0:28Bo na backend z reguły mamy zaszyte procesy biznesowe.

0:32Back end to jest ta warstwa w aplikacjach webowych, mobilnych, w jakichkolwiek

0:35aplikacjach, które komunikują się z klientami

0:40rozumianymi jako zewnętrzne usługi typu frontend typu aplikacja mobilna,

0:44która przechowuje właśnie procesy biznesowe, przechowuje te reguły biznesowe

0:49i jest strażnikiem niejako tych reguł biznesowych, o czym powiem

0:52Ci w następnej lekcji.

0:54Back end decyduje o wydajności aplikacji.

0:57To, w jaki sposób zorganizowany jest kod backendu kod logiczny

1:01często decyduje o wydajności.

1:03Mianowicie back end komunikuje się z bazą danych, często komunikuje się z innymi

1:08usługami, przetwarza dane procesu, je je.

1:12Wobec tego dobra struktura kodu back endu będzie miała wpływ na wydajność.

1:17Na Mackenzie zawsze dokonują się kluczowe zmiany.

1:21Ze względu na to, że back end pilnuje reguł biznesowych.

1:25Każda zmiana w back endzie będzie pociągała za sobą konsekwencje

1:32wśród klientów, którzy z tego back endu korzystają.

1:35Wobec czego wszelkie zmiany, które wykonamy na back end, będą miały bardzo

1:39szeroki zasięg, a to właśnie przez to, że będziemy mieć wielu klientów, możemy mieć

1:44aplikacje frontend owe, możemy mieć aplikacje mobilne, możemy mieć też nasz

1:50backend zbudowany w trybie API First, gdzie będziemy mieć nieskończenie wiele

1:56różnych klientów rozmawiających z tym back endem poprzez wszelakiego

2:01rodzaju integracje.

2:02Low code of code Only Code.

2:05Czymkolwiek, wobec czego back end będzie bardzo wrażliwy na zmiany.

2:11I dlatego tak ważne jest, żebyśmy pisząc kod okrętowy mieli pewien zasób narzędzi i

2:17zasad uniwersalnie rozumianych, które będą stały na straży stabilności używalności

2:26i łatwości w utrzymywaniu tego kodu bankowego.

2:30Bo przede wszystkim nasz back end jest strażnikiem biznesu.

2:34A na czym polega bycie strażnikiem biznesu?

2:36O tym opowiem Ci w kolejnym materiale.