Laravel: Edycja wpisu

5.8.x

0:00Rozpoczynamy zatem prace nad aktualizowaniem wpisów. Na razie to

0:04nie działa, ale zaraz zacznie. Potrzebujemy przejść do PostController

0:09i tutaj jest metoda, która powinna być wykorzystana, jeżeli w tym standardzie resourcefull

0:14będziemy pracować do aktualizacji zasobu, czyli jest to update i

0:18tutaj otrzymamy jego id, więc nie pozostało nic innego

0:22jak dodać to w odpowiednim miejscu i teraz co jest ważne. Często

0:27może się spotkać tym, że formularz jest wysyłany post'em tak jak to

0:31robiliśmy wcześniej. To jest metoda, którą przeglądarka wspiera, ona może wysłać formularz get'em

0:35lub postem, nie ma innej możliwości. Natomiast za pomocą Ajaxa, czyli użyciem JavaScript'u

0:40możesz wysyłać dane w różny sposób, może być to get, post, put,

0:44delete i tak dalej. Dlatego ja chciałbym to nasze app, jeżeli

0:49tak możemy powiedzieć, tworzyć w taki sposób, żeby bardzo łatwo można je było zamienić na API takie,

0:54korzystające z Ajaxa. Dlatego nie chcę tutaj mieć post'a i jakiegoś

0:58adresu na zasadzie post id delete. Czy

1:02w zasadzie tutaj zanim będziemy mieli delete to mamy update, tylko chciałbym

1:06żeby ten adres był cały taki sam jak tutaj, czyli tak jak w API

1:10typu rest, dlatego wykorzystamy tutaj inną metodę, a zatem jeżeli

1:14wyślemy zapytanie http o typie put pod taki adres, przekażemy

1:19dane, to wtedy chcemy aktualizować te dane czyli wykonamy metodę

1:23update, to jest ta metoda, którą ci tutaj pokazałem, ona się wykona, ta

1:27nazwa tutaj nie musi być drugi raz dublowana i teraz jak można formularz

1:32wysłać, putem, a nie post'em. Pokażę ci za sekundę, czyli

1:36to jest nam potrzebne, nazwa jest taka sama jak tutaj, czyli admin

1:40post edit, a zatem przejdziemy do naszego formularza i będziemy

1:45musieli podlinkować sobie tutaj akcję, czyli route

1:49admin post ddit i pamiętaj,

1:53że tutaj musimy przekazać id takiego wpisu, czyli jest id, my

1:58wiemy, że w templatce edit mamy dostęp do post, dlatego przekażemy tam post id. Jest w

2:03porządku, natomiast wysyłamy to post'em. Teraz jak można to wysłać put'em, laravel

2:07nam na to pozwala, czyli i tak przeglądarka wyślę to post'em, ale laravel

2:12za pomocą czegoś to zrobimy za moment będzie stanie stwierdzić, że chodzi o puc

2:16i wykona odpowiednią akcje tego kontrolera. Wystarczy, że

2:21tutaj wpiszemy coś takiego jak method field

2:25i podamy put. Zobaczmy co się wydarzy bo

2:29najlepiej jest oczywiście podejrzeć w kodzie. Laravel dodał tutaj

2:33pole, bardzo proste, które nazywa podkreślnik method i jest to value put. Dzięki

2:39temu ten formularz chociaż wyślę się tak naprawdę post'em to zostanie zarejestrowany

2:43jako put i odpowiedni Controller się wykona. Natomiast jeżeli

2:47z poziomu Ajax'u byśmy wysłali pod ten adres zapytanie i wtedy

2:51już ustawimy normalnie put nie będzie żadnych takich ukrytych pól. Zwykłe

2:55zapytanie Ajax'owe, to też wykona się ten sam Controller, więc to jest o tyle

3:00dobra praktyka i teraz to wszystko tutaj powinno

3:04działać. Powinno nam się wysyłać właśnie w to miejsce, więc jak będziemy

3:08mogli ten post zaktualizować. Po pierwsze musimy znaleźć wpis, który chcemy

3:13zaktualizować, dlatego skorzystamy z Post findOrFail i  podamy

3:17id. Jeśli go nie ma i zwracamy 404, że taki zasób nie istnieje. Natomiast

3:22jeżeli on istnieje to kolejna linijka już się wykona i tutaj powinniśmy wykonać

3:27walidacje, taką jak zrobiliśmy wcześniej, ale żeby tego wszystkiego nie kopiować, pokażę

3:31ci jaki sposób możemy to wyekstrahować do osobnej metody bo jest

3:35to dosyć proste. Gdzieś na samej górze utworzymy sobie metodę, która może być niepubliczna,

3:39czyli protected function i naziwmy ją

3:43validator. On tutaj będzie przyjmował jakieś dane i chcemy

3:49zwrócić coś takiego return Validator, to musimy oczywiście zaimportować,

3:53jak ja sobie teraz wcisnę Enter wybierając tutaj

3:58ten drugi, tą drugą ścieżkę, to walidator u góry nam się dodał

4:02jako taka fasada w laravel, to jest ważne żebyśmy tutaj mieli. W razie czego

4:06możesz podejrzeć RegisterController, bo

4:11tam coś takiego było, czyli tutaj mogłeś zobaczyć validator i

4:15skąd on się wziął można zobaczyć w tym miejscu, ale ważne żeby to zaimportować

4:19i możemy Validator make i przekazać tutaj wszystkie

4:23reguły walidacji, więc skopiujemy je sobie stąd, w zasadzie

4:27to jest wytnę. Wklejam je tutaj i to wszystko co zwracamy

4:32właśnie z tej metody. Czyli mamy

4:37je w tym miejscu, ale jeszcze musimy powiedzieć co chcemy dokładnie walidować, więc

4:42przekażemy tutaj data. Możemy teraz wrócić tutaj na

4:46dół gdzie to wszystko się odbywało i skorzystać z tej naszej metody, czyli

4:51mamy metodę którą nazwaliśmy sobie validator, a zatem teraz będziemy

4:55mogli powiedzieć this validator, przekazać dane,

4:59one były w request all i następnie to, co zostało zwrócone,

5:03taka instancja walidatora, ma metodę validate. Tyle wystarczy zrobić i to jest

5:07dokładnie to samo, jeżeli się nie uda zostaniemy przekierowani z powrotem ze zmienną

5:11errors tak dalej I kolejna linijka się nie wykona, więc tyle wystarczy

5:15zrobić, ale dzięki temu, że zastosowaliśmy coś takiego, to

5:20teraz możemy przejść do update i skorzystać również z tej metody, a nie

5:24powielać całej tej walidacji. Jeżeli uda się nam z zwalidować

5:29dane to wystarczy zaktualizować taki wpis i robimy to za pomocą post update

5:33i przekazujemy tutaj tablice z wszystkimi rzeczami które Chcemy zaktualizować. Tutaj

5:38również ma zastosowanie Mass Assigment, czyli to co mamy post ustawione, to

5:42te rzeczy są dozwolone i te rzeczy mogą tutaj być przekazane. Jeżeli wpis

5:46nam się zaktualizuje to wystarczy przekierować z odpowiednim komunikatem, w

5:50zasadzie tutaj oczywiście musimy przekazać data. Przekierujemy

5:56zatem z powrotem na tą stronę, chociaż w sumie możemy się przekierować również

6:00na stronę gdzie ten wpis się znajduje. Ja Jednak sądzę, że po aktualizacji lepiej

6:04jest przekierować na stronę na się było, więc zróbmy return, mamy taką

6:08funkcję pomocniczą back, która nam to pozwoli zrobić i o ile tutaj wyżej

6:12możemy zrobić sobie session_flash, to co robiliśmy wcześniej. Możemy również zrobić

6:16to tutaj i będzie łatwiej, czyli return back with, w naszym

6:21przypadku pamiętasz być może było to message i napiszemy Post has

6:26been updated, okej. Spróbujmy

6:31zatem sobie zaktualizować taki wpis. Odświeżam. Mamy tutaj jakieś

6:36dane, dopiszmy na przykład wykrzyknik na końcu i tutaj

6:40było Add post. Jak widzisz, udało się jeszcze to Add post zamienimy sobie

6:44na Save albo Update, ale

6:49widzimy, że to się udało, ten wykrzyknik tutaj został dodany. Jeżeli wrócimy na stronę tutaj

6:53jak tak samo się dodało. Przejdziemy jeszcze raz to edit, widzimy

6:57że te rzeczy się zapisały. Jeżeli natomiast nic nie podamy

7:01to powinien validator zadziałać, jak widzisz tak też się stało, został tutaj tytuł

7:06powrotem uzupełniony na taki jak jest bazie danych. Jeszcze jedną rzecz ci pokażę

7:10w tej lekcji. Pokazałem ci w jaki sposób jeżeli nie jest

7:14podana data w jaki sposób ją zaktualizować. No właśnie i tutaj już nie wzięliśmy

7:18tego pod uwagę. Jeżeli byśmy wyczyścili pole data i próbowali

7:22zaktualizować, to by się okazało że będzie błąd, bo nie wziąłem tego

7:26pod uwagę tak jak tutaj w store, dlatego jest lepszy sposób jak to zrobić. Jeżeli

7:30nie jest podana data, to przy tworzeniu albo aktualizacji chcielibyśmy ją ustawić. Ty

7:35już ten sposób znasz, ale być jeszcze nie jesteś świadom w jaki sposób

7:39to zrobimy. Przejdźmy sobie do post i tutaj mieliśmy coś takiego

7:44jak setTitleAttribute, skopiujemy sobie to i ustawimy setDateAttribute i

7:49zrobimy rzecz następującą. Chcemy

7:53ustawić datę i jeżeli ona ma wartość null, czyli

7:58is_null, a więc ktoś jej nie podał, to wtedy

8:02chcemy tam przepisać aktualną datę, czyli zwróci nam to funkcja now. To

8:06jest tak samo jak użycie Carbon now. W przeciwnym wypadku, jeżeli zostało

8:10podane to chcemy to tam się pisać i to jest dużo lepszy sposób, bo

8:14nieważne w którym miejscu będziemy tworzyć i w jaki sposób nasz wpis. Jeżeli

8:18nie poddamy daty będzie ustawiona aktualna. Natomiast to co robiliśmy tutaj zakładało,

8:23że wpisy będą tworzone wyłącznie za pomocą tego kontrolera. Przecież możemy je tworzyć

8:27na wiele sposobów, choćby na przykład eksperymentując w artisan tinker. Tak

8:31więc to jest ważne, że teraz zawsze data będzie dodawana i w zasadzie to jest tyle, jeżeli chodzi

8:35o edycję wpisu. W kolejnej lekcji pokażę ci w jaki sposób możemy je usuwać.