Szeroka Perspektywa Full-Stack Web Developmentu: Komunikacja po stronie back-endu

0:00Myślę, że warto teraz porozmawiać o

0:02drugiej części, czyli jak działa obsługa zapytania po stronie backendu.

0:06Tutaj poniekąd już wiemy, że obsługujemy

0:08zapytania, które trafiają na określony endpoint i na podstawie tego endpoint np.

0:13ng links czyli web server decyduje o tym w

0:16jaki sposób obsłużyć to zapytanie lub też bardziej w które miejsce je przekazać i

0:20czy ewentualnie trzeba je w jakiś sposób modyfikować.

0:23W naszym przypadku zapytanie trafia bezpośrednio do aplikacji np.

0:27na jest.

0:28Następnie już wewnątrz tej aplikacji funkcjonuje tzw.

0:31router i on również odpowiedzialny jest za to, aby zdecydować, w które miejsce naszej

0:36aplikacji ma trafić to zapytanie, aby zostało obsłużone.

0:40W momencie, gdy ja na tym etapie mówię o

0:42miejscu, mam na myśli tak zwaną akcję kontrolera.

0:45Akcja kontrolera to nic innego jak po

0:47prostu funkcja przypisana do konkretnego endpoint oraz konkretnej metody.

0:52Co więcej, zanim informacja trafi

0:54bezpośrednio do takiej funkcji kontrolera, może przejść przez tzw.

0:58middleware, czyli funkcje, które występują pomiędzy routerem a kontrolerem.

1:02Przykładem takiej funkcji może być

1:04middleware odpowiedzialny za uwierzytelnienie połączenia, czyli

1:07przykładowo odczytanie nagłówka Auto Dizajn i sprawdzenie, czy przekazany tam

1:12token jest poprawny oraz z jakim użytkownikiem jest powiązany.

1:16Na tym etapie middleware może też

1:18zmodyfikować obiekt żądania chociażby w taki sposób, że dołączy do

1:22niego informacje na temat bieżącego użytkownika, tak abyśmy nie musieli

1:26powtarzać tej akcji w każdej z akcji kontrolera.

1:30Następnie mamy sam kontroler, który w

1:32zależności od tego, w jaki sposób ułożona jest dalsza część naszej aplikacji, może

1:36skontaktować się z repozytorium bądź serwisem, bądź też jednym i drugim,

1:40ponieważ to właśnie te dwie warstwy mogą odpowiadać za bezpośredni kontakt z bazą

1:44danych bądź też innymi zewnętrznymi usługami.

1:47W każdym razie w przypadku naprawdę małych aplikacji może dojść do sytuacji, w której

1:51to kontroler będzie kontaktował się z bazą danych.

1:54Aczkolwiek jest to powszechnie uznawane

1:56jako zła praktyka i warto posiadać przynajmniej tą warstwę serwisową.

2:00Jeżeli chodzi o architekturę aplikacji w tym kontekście, to w praktyce będziemy

2:04jeszcze omawiać na przykładzie Nest, gdzie jest.

2:06Następnie po kontrolerze tak jak

2:08wspomniałem mamy bazę danych i tutaj, podczas gdy ona sama odpowiedzialna jest

2:12wyłącznie za przechowywanie danych, tak jednocześnie mamy tutaj do czynienia np.

2:17ze SQL, czyli językiem odpowiedzialnym za komunikowanie się z tą bazą danych.

2:22W większości przypadków w momencie, gdy pracujemy np.

2:25z innymi backend nowymi technologiami, w celu tej komunikacji wykorzystujemy

2:30narzędzia takie jak ORM bądź Query Builder.

2:33Na koniec dnia jednak operacje, które wykonujemy na bazie danych sprowadzają się

2:37do odczytywania bądź zapisywania, w tym też usuwania danych.

2:42I zasadniczo te wszystkie warstwy prowadzą

2:44do tego, aby przygotować odpowiedź, która trafi z powrotem do klienta.

2:48Aczkolwiek tak jak wspomniałem, to na nas spoczywa odpowiedzialność związana z

2:52ustawieniem odpowiedniego statusu oraz tutaj odpowiedzi.

2:56Naturalnie to wszystko co tutaj omawiamy

2:57to pewien uproszczony schemat, który pozwala Ci z lotu ptaka zrozumieć, co

3:02mniej więcej dzieje się po stronie backendu.

3:04Aczkolwiek trzeba zaznaczyć, że ten przepływ informacji po stronie backendu

3:08może być zdecydowanie bardziej złożony i uwzględniać wiele dodatkowych kroków.

3:12Jednocześnie też czasem może zdarzyć się,

3:15że niektóre z tych warstw nie będą potrzebne, bo np.

3:17nie będzie konieczności kontaktowania się

3:19z bazą danych czy wykonywania jakichkolwiek customowe.

3:23Do tego, aby modyfikować obiekt żądania

3:25bądź jakkolwiek kontrolować dostęp do zasobów.

3:28Myślę, że na tym etapie najważniejsze jest dla Ciebie to, aby stało się jasne, że w

3:33pierwszej kolejności zapytania przekazywane są do odpowiedniej aplikacji,

3:37następnie do odpowiedniego miejsca w tej aplikacji.

3:40Potem są ewentualnie weryfikowane pod różnymi względami bądź też modyfikowane i

3:45dopiero wtedy są obsługiwane z pomocą kontrolerów, które mogą ewentualnie łączyć

3:50się z bazą danych po to, aby odczytywać oraz zapisywać dane.

3:54No i ostatecznie również kontrolery dbają o to, aby przygotować strukturę odpowiedzi

3:59i odrzucić ją do użytkownika na koniec dnia.

4:01Jednak to wszystko leży w Twojej

4:03odpowiedzialności, aby zadbać o cały ten przepływ informacji.

4:07Zapraszamy więc teraz jak to wszystko może

4:09wyglądać na przykładzie bardzo prostej aplikacji Messages.

4:13Mianowicie sama aplikacja ma tutaj swój

4:14plik główny, w którym jest tworzone i następnie też odpowiednio.

4:18Akurat w tym przypadku za pomocą modułu

4:21jest łączona zarówno z kontrolerem oraz serwisem.

4:24I to właśnie o tym kontrolerze mówiłem,

4:26gdzie akurat w tym przypadku odpowiada on na endpoint API, a wewnątrz niego znajdują

4:31się akcje, z czego pierwsza odpowiada na dodatkowy segment users.

4:35Oznacza to, że jeżeli wykonamy zapytanie

4:38na wpis też i users zostanie wykonana ta akcja.

4:41Czyli nic innego jak funkcja, która realizuje konkretne zadanie.

4:45Jednocześnie jest tutaj kilka elementów, na które chciałbym zwrócić uwagę.

4:49W pierwszej kolejności jednak za komentujemy sobie tego genialnego IFA po

4:53to, aby zobaczyć jak w ogóle to wszystko działa.

4:56Mój serwer jest już tutaj uruchomiony, więc aplikacja działa.

4:59Zatem jeżeli przejdę w tym momencie do niej po to aby wykonać zapytanie na

5:04localhost 3000 API users, to w odpowiedzi otrzymam tutaj status 200 OK.

5:09A jako ciało odpowiedzi została przekazana tablica zawierająca imiona użytkowników.

5:15Jeżeli jednak teraz wprowadzę pewną małą zmianę do naszej aplikacji i zablokuję

5:20dostęp z poziomu minus, no to jak się pewnie łatwo domyślić, odpowiedź, którą

5:24otrzymamy będzie odpowiedzią zawierającą błąd ze statusem 403 Forbidden.

5:30Oznacza to nic innego, że dostęp do tego zasobu został zablokowany, bądź też po

5:34prostu nie masz do niego dostępu ze względu na ograniczone uprawnienia.

5:39Zwróć też uwagę na pewien mały fakt.

5:42Jedyne co zrobiłem to zamieniłem na false, a pomimo tego elementy takie jak status

5:47odpowiedzi oraz jej struktura zostały odpowiednio przygotowane.

5:50Wspomniałem jednak wcześniej, że

5:52odpowiedzialność za takie rzeczy leży po naszej stronie.

5:55Akurat w przypadku wykorzystania

5:57frameworków takich jak message jest rzeczywiście tak jest.

6:00Natomiast na koniec dnia, gdybyśmy pisali aplikację w czystym not, że jest,

6:04musielibyśmy zadbać o całe przetworzenie zapytania oraz przygotowanie odpowiedzi,

6:09uwzględniając w to jej strukturę oraz status.

6:12Zatem bez wątpienia wiele jest nam tutaj

6:14ułatwione, ale jednocześnie jeżeli przywrócimy sobie dostęp do tego endpoint,

6:19to i tak widzimy tutaj, że wykorzystania tzw.

6:21dekorator. I o nich będę Ci mówił nieco później.

6:24Do tego, aby kontrolować dostęp do tej ścieżki.

6:27Oznacza to, że jeżeli teraz ten dekorator będzie usunięty, a pomimo tego będę chciał

6:32zablokować tutaj dostęp, to i tak ktoś, kto nie posiada odpowiednich uprawnień

6:36zostanie dopuszczony do danych, które zwraca ten konkretny endpoint.

6:41Zatem w Twojej odpowiedzialności leży to, aby zabezpieczyć ścieżki albo bezpośrednio

6:45przy konkretnej akcji lub też ewentualnie w przypadku, że jest możesz przypisać

6:50middleware, czy też w tym przypadku gard do całego kontrolera.

6:54W takiej sytuacji, niezależnie od tego, do

6:56której jego akcji będziemy się odwoływać, i tak dostęp zostanie zablokowany.

7:01Jednocześnie, jeżeli raz odblokujemy ten dostęp, a następnie komentujemy też

7:05naszego IFA, to wewnątrz jego, jak widać jest wyrzucony wyjątek o nazwie Not Found

7:10Exception z dodatkową informacją dla użytkownika.

7:14Jeżeli sobie do niego wejdziemy, to jest to nic innego jak specjalna klasa

7:18wbudowana w nas, że jest do tego, aby ułatwić nam wyrzucanie wyjątków.

7:22W tym przypadku załóżmy, że użytkownicy nie zostali znalezienie i tylko zamiast

7:26zwracać wyjątek, będziemy go oczywiście wyrzucać.

7:29I dzięki temu w momencie, gdy przejdziemy sobie teraz do

7:32mnie i spróbujemy to zapytanie wykonać, to jak widzisz mamy tutaj ustawiony

7:35odpowiedni status oraz też odpowiednie ciało odpowiedzi zawierającą bardzo

7:40opisową informację, którą możemy wyświetlić użytkownikowi.

7:44Zatem po raz kolejny mamy tutaj do czynienia z tą obsługą błędów i

7:48ewentualnych sytuacji, które mogą doprowadzić do tego, że zamiast

7:51oczekiwanej odpowiedzi użytkownik otrzymuje jakąś informację, która pozwoli

7:56mu albo naprawić błędy, albo też poinformuje go, że np.

7:59nie ma dostępu do jakiegoś zasobu i nic nie może z tym zrobić.

8:03Załóżmy jednak, że ten dostęp jest tutaj przydzielony.

8:06W związku z tym nasz kontroler tutaj kontaktuje się z warstwą serwisową i

8:10konkretnie odwołuje się do metody Facility, która w tym przypadku zwraca

8:15tablicę stringów pochodzącą bezpośrednio z napisanej tutaj tablicy.

8:19Jednocześnie też normalnie w aplikacji tutaj występuje połączenie np.

8:23z warstwą repozytorium, bądź też

8:25bezpośrednio z modelem, który umożliwia nam interakcję z bazą.

8:29Zatem w tym konkretnym przykładzie, aby

8:31już nie komplikować, tą warstwę, bazodanowe sobie pominiemy, ale oczywiście

8:35będziemy do niej niejednokrotnie wracać, więc na ten moment uznaję, że po prostu

8:39tablica, którą tutaj mamy pełni rolę naszej bazy danych i tym samym możemy

8:44teraz dojść do punktu, w którym w tym przypadku serwis pobiera informacje z bazy

8:48danych, zwraca je do kontrolera, a kontroler zwraca je do użytkownika,

8:53przygotowując odpowiednią strukturę odpowiedzi.

8:56I zasadniczo tak to dokładnie działa po stronie backendu.

8:59Więc mam nadzieję, że przynajmniej na ogólnym poziomie stało się dla Ciebie

9:02jasne, co dzieje się po stronie backendu i w jaki sposób możesz wchodzić w interakcje

9:06z poziomu frontendu z informacjami, które są przygotowywane przez backend.

9:11Oczywiście te wszystkie poruszone do tej pory wątki będziemy sobie odpowiednio

9:14pogłębiać i na pewnym etapie wszystko stanie się dla Ciebie oczywiste.

9:18Tymczasem doszliśmy do końca tej lekcji,

9:20więc dziękuję Ci za uwagę i zapraszam do kolejnej.