Python: Migracja endpointów do wersji Webowej - technika Blueprint

0:00Witaj w kolejnej lekcji wcześniej udało nam się utworzyć sesję dzięki

0:04której będziemy przechowywać indywidualne koszyki użytkowników teraz

0:09przyszedł czas na dodanie nowych endpointów aby przekonwertować

0:14naszą aplikację konsolową na postać webową przygotowałem

0:19dla ciebie wcześniej kilka z nich w

0:31przypadku check będziemy pobierali

0:36informację za pomocą metody

0:42post i

0:52następnie używali już gotowego obiektu bill do tego żeby

0:56sprawdzić jaki rabat należy się użytkownikowi następnie

1:02metoda save

1:13służąca nam do zapisywania plików

1:18i tutaj możemy spokojnie użyć get gdzie

1:22będziemy przekazywać nazwy pliku który ma się pojawić w naszym folderze

1:26pamiętajmy

1:32o tym że tutaj nasz save

1:36operuje znowu na zmiennych które będziemy posiadać w sesji być

1:41może zauważyłeś już że ta część kodu oraz

1:47ta są praktycznie takie same więc dobrą praktyką jest że jeżeli mamy

1:51jakieś wspólne części kodu które powtarzają się w kilku

1:55częściach wyrzucić je jednej spójnej

2:00metody zróbmy to właśnie teraz utwórzmy

2:06pomocniczą funkcję get bill

2:10i zamiast cały

2:16czas odnosić się do sesji wykorzystajmy naszą nowo utworzoną metodę

2:26okej powoli możesz zauważyć

2:30że nasz plik main znacząco

2:35się rozwija i często

2:39złą praktyką jest wrzucanie wszystkich funkcji wszystkich

2:43route'ów do głównego pliku main niestety

2:48sam widziałem pliki które zawierały setki jak nie tysiące linii kodu a

2:52my powinniśmy dbać o to aby ten plik był najmniejszy jak

2:57tylko się da i tutaj z pomocą przychodzi technika nazywana

3:01przez flaska jako blueprint dzięki tej technice

3:05jesteśmy w stanie zaplanować rozkład naszej aplikacji i

3:09przenieść route'y związane w naszym przypadku z jakąś logiką

3:13do całkowicie oddzielnych modułów zaraz

3:18pokażę ci w jaki sposób możemy to zrobić otwórzmy

3:23nowy folder i

3:31plik o nazwie w

3:36tym pliku będziemy trzymać wszystkie route'y związane z przetwarzaniem naszej

3:41logiki takie add meal check i tak dalej

3:45musimy zaimportować naszego flaska

3:49oraz dodatkowy moduł który nazywamy blueprint następnie

3:54tworzymy zmienną o

4:01nazwie logic routes i obiekt blueprint

4:05do którego przekazujemy następujące parametry w

4:15tym momencie jesteśmy gotowi do tego aby przenieść

4:19nasze route'y z pliku main bezpośrednio do naszego piku logic dzięki czemu

4:24będziemy tworzyli taką zwartą strukturę i w momencie kiedy ktoś przyjdzie naszego kodu zobaczy

4:29folder routes będzie od razu wiedział jak może szybko się odnaleźć i jak

4:34znaleźć interesującą go cześć kodu okej okej

4:47po przeniesieniu naszych route'ów od

4:51razu pojawia się problem nie posiadania obiektu app spokojnie

4:58w tym momencie nie będziemy bezpośrednio operować na tym obiekcie ale

5:02na nowo utworzonej i zmiennej logic routes wystarczy zamienić w naszej

5:06adnotacji nazwy at logic toutes i wszystko powinno być

5:11okej co

5:16jeszcze widzimy python nie widzi obiektu

5:21bill dlatego też należy po prostu go zaimportować tak

5:25jak to zrobiliśmy w main okej

5:31nasze route'y są spójne zobaczmy teraz czy działają

5:35poprawnie i są

5:39przetwarzane przez naszą aplikację

5:43flask zobaczmy

5:48mimo że uruchomiliśmy naszego route'a sum który znajduje się w logic

5:52niestety nie byliśmy w stanie znaleźć nowo

5:56utworzonego route'a musimy

6:01powiedzieć w pliku main gdzie można szukać gdzie można

6:05szukać modułów związanych z route'ami dlatego

6:09też w momencie kiedy mamy obiekt app należy użyć app register

6:14blueprint i wskazać nazwę

6:19modułu który będzie odpowiedzialny za

6:24posiadanie route'ów związanych z logiką pamiętajmy

6:32o tym aby zaimportować nasze route'y tę i

6:36zobaczmy co teraz się staje świetnie udało

6:40nam się przenieść nasze route'y do

6:45całkowicie odrębnego pliku to samo zrobimy z route'ami które są związane z

6:49formularzami dlatego że jest to trochę inna

6:53część aplikacji inna częśc logiki i według mnie powinna zostać zawarta

6:58w innej sekcji w całkowicie innym module

7:09tak

7:10samo jak poprzednio przekopiujmy nasz moduł

7:14i możemy bazować bazować już

7:19na pliku którye przed chwilą stworzyliśmy aby przyspieszyć troszkę

7:23pisanie kodu to czego nam tutaj brakuje to

7:27jeszcze zaimportowanie modułu render template zamiast

7:36logic routes użyjemy tutaj nazwy form routes

7:41który jednoznacznie określ że będziemy mieć do czynienia z route'ami

7:46związanymi z wyświetlaniem formularzy okej

7:51ostatnią rzeczą którą należy zrobić to prawidłowe

7:56zaimportowanie naszych blueprintów

8:11i zweryfikowanie czy wszystko działa poprawnie możemy też w

8:15w pliku main poczyścić troszkę naszego kodu ponieważ już nie potrzebujemy tak

8:20dużej ilości modułów dzięki czemu nasz plik skraca

8:24się diametralnie i zachowujemy porządek okej uruchommy

8:31nasz serwer warto pamiętać o tym że czasami nasz

8:36serwer ulegnie wyłączeniu dlatego tutaj zawsze trzymajmy

8:40pieczę nad tym że wszystko jest okej i działa poprawnie

8:44zobaczymy czy możemy wejść na route add meal form

8:50okej udało nam się

8:54utworzyć ten route jednak wystąpił następujący błąd

8:58chciałbym rozwiązać go razem z tobą po jego przeanalizowaniu

9:03możemy sobie przypomnieć gdzie używamy endpoint'a add meal

9:07w naszym template'cie użyliśmy

9:12go tu w tym miejscu i w tym momencie warto by było dodać

9:18nazwę modułu w którym będzie istniał przeniesiony

9:23route python nam tu bardzo ładnie podpowiada co powinniśmy

9:27zrobić jednak musimy się po prostu troszkę nauczyć go czytać

9:32i analizować jego sugestie okej udało

9:36się i mamy do dyspozycji rozdzielone

9:41route'y na odpowiednie moduły form i logic oraz zachowany bardzo

9:45przejrzysty plik main jeszcze zawierający aplikację

9:49konsolową ale w następnych lekcjach pozbędziemy się go