0:00 / 0:00

Zasady SOLID na Backendzie: Rozwiązanie zadania teoretycznego SRP

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:00Przejdźmy teraz do omówienia zadania teoretycznego z zasady SRP.

0:04Dla przypomnienia powiem, że chodziło tutaj o zaprojektowanie prostego systemu

0:08zarządzania użytkownikami, upewnienie się, że każda klasa w Twoim projekcie ma tylko

0:12jeden powód do zmiany i tę jedną odpowiedzialność, o

0:16którym mówiłem już wcześniej.

0:17Na przykład, kiedy oddzielne klasy mamy do obsługi danych użytkownika,

0:20walidacji i PR systemu.

0:23I jak to wygląda w kodzie?

0:25Przygotowałem bardzo proste rozwiązanie dla tego zadania.

0:28W pierwszej kolejności mamy tutaj zdefiniowaną klasę usera.

0:31Klasa user to typowy wrapper na dane gdzie mamy pole ID, username i email i ta klasa

0:38odpowiada za to, żeby przechowywać spójne dane dla użytkownika.

0:43Następnie mamy klasę User Repository.

0:45User Repository ma jedną publiczną metodę Save, która będzie odpowiadać za

0:49zapisywanie użytkownika do bazy danych.

0:53Mamy wreszcie klasę User Validation i klasa.

0:56User Validation ma jedną publiczną funkcję Validation, która przyjmuje jako

0:59parametr i usera i walidacji.

1:02W kontekście poprawności adresu email i poprawności username

1:06Walidacja adresu email odbywa się poprzez sprawdzenie naszego emaila

1:12w kontekście wyrażenia regularnego, a walidacja username w kontekście długości

1:18stringa, który jest przekazywany do tego pola.

1:21I całość będzie współgrała w następujący sposób gdzie tworzymy

1:25nową instancję klasy User.

1:27Następnie Validation repozytorium dowali tora, przekazujemy obiekt usera,

1:33sprawdzamy czy jest w poprawnym stanie.

1:36Jeśli jest zapisujemy go do bazy, jeśli nie mówimy o tym użytkownikowi.

1:40Jak widzimy każda z tych klas ma jedną jasno konkretną odpowiedzialność odpowiada

1:44względem konkretnego aktora, gdzie repozytorium odpowiada względem bazy

1:48danych, walidacja odpowiada względem logiki biznesowej.

1:52I wreszcie użytkownik klasa user jest dla nas tutaj tylko raperem,

1:55prostą strukturą danych.

1:57To jest przykładowe rozwiązanie tego zadania teoretycznego RP.

2:02Poćwicz jeszcze na podobnych przykładach, a my przechodzimy do kolejnego materiału.