JavaScript: Zgłaszanie własnych błędów

0:00Pod koniec poprzedniej lekcji wspomniałem,

0:02że będziemy korzystać często z bloku try catch wszędzie tam, gdzie korzystamy z

0:07jakiś bibliotek trzecich. To znaczy napisanych przez innych programistów.

0:11I tacy programiści mogą zgłaszać w pewnych miejscach w kodzie tak zwane wyjątki,

0:16które sprawią, że nasz program przestanie działać.

0:19I wtedy, żeby taki wyjątek obsłużyć musimy skorzystać z bloku try catch.

0:23Więc ja będę chciał Ci pokazać w tej lekcji, w jaki sposób można zgłaszać

0:27właśnie takie wyjątki czy własne błędy wszędzie tam, gdzie np.

0:32nie mamy informacji niezbędnej do tego, żeby nasz program mógł działać.

0:35Więc wyobraźmy sobie znowu taką hipotetyczną funkcję, którą nazwiemy

0:39searchInDb, czyli szukaj w bazie danych i my tworzymy taką funkcję tutaj w środku

0:45gdzieś byśmy z jakiś sterowników korzystali np.

0:47w Node.js

0:48do tego, żeby się podłączyć do bazy,

0:50niemniej jednak to co jest kluczowe to

0:51nasza funkcja przyjmuje parametr query.

0:53I ten parametr będzie potrzebny, żeby wyszukiwać w bazie danych.

0:56To jest oczywiście tylko założenie,

0:58ale to również można przełożyć na taki przykład, powiedzmy z transakcjami jakimiś

1:02internetowymi płatniczymi, gdzie często korzystamy z różnych tokenów i może być

1:06tak, że będziemy mieli funkcję, gdzie ktoś musi przekazać token.

1:09Jak go nie przekaże to wszystko przestaje działać.

1:12No i właśnie my jako programiści czasami

1:14musimy podjąć w naszym kodzie taką decyzję, że jeżeli coś nie jest podane lub

1:18coś się nie zgadza, albo nie jest w odpowiednim formacie, to po prostu my

1:21zgłaszamy taki błąd i mówimy radź sobie z tym.

1:25Musisz u siebie wykonując nasz kod

1:27zobaczyć, że wystąpił taki błąd i to oznacza, że zrobiłeś coś nie tak.

1:31Czyli my jako programiści możemy

1:33się przed takimi sytuacjami zabezpieczyć.

1:35No i co ja bym chciał zrobić? Chciałbym powiedzieć, że jeżeli not query,

1:38czyli jeżeli ktoś tego query nie podał, to ja nie chcę zwracać np.

1:41pustych wyników, bo tak też można byłoby zrobić.

1:44To jest tylko nasza decyzja.

1:45Tutaj moglibyśmy powiedzmy wyszukiwać w bazie danych, ale jeżeli ktoś wywoła naszą

1:49funkcję, nie poda query, to mu zwracamy null.

1:52Tylko, że on wtedy nie będzie wiedział w zasadzie od razu gołym okiem, że gdzieś ma

1:56błąd w kodzie, przez który nie podał query.

1:59Zobaczy, że otrzymał null i może to

2:01potraktować jako fakt, że nic nie zostało znalezione w bazie danych.

2:05Więc jeżeli my na tym etapie tutaj uznamy, że jednak nie powinniśmy zwracać null, ale

2:09dać komuś znać, że jego kod jest wadliwy, bo skorzysta z naszej funkcji i nie

2:14przekazał nam tego parametru, a uważamy, że on jest wymagany,

2:18swoją drogą w niektórych językach programowania wystarczyłoby taki parametr

2:22tutaj zdefiniować i gdyby ktoś go nie podał to już byłby błąd.

2:25W JavaScript jest tak, że jak ktoś

2:26wywoła naszą funkcję i nie poda parametru, to on przyjmie wartość undefined.

2:30Więc ja nie chcę tutaj zwracać null, tylko

2:32chcę zgłosić własny błąd. I w języku JavaScript robi się to takim słowem throw.

2:38I tu możemy zwrócić co chcemy.

2:39Moglibyśmy napisać na przykład podaj frazę

2:43wyszukiwania w ten sposób i to throw działa podobnie jak

2:47return, to znaczy nie wykona się już żaden kod, który jest poniżej, ale to też nie

2:51jest to samo co return, bo to sprawi, że program przestanie działać.

2:54Niemniej jednak dużo popularniejszym jest zwracanie instancji nowego błędu.

2:58Czyli zamiast zwracać taki string to utworzymy za pomocą new Error,

3:02to jest dostępne globalnie, taki właśnie błąd

3:05i dzięki temu ktoś otrzyma obiekt, który będzie miał właściwość message taką jak w

3:09lekcji poprzedniej Ci pokazałem i tam będzie ten tekst, który podaliśmy.

3:13Czyli moglibyśmy powiedzieć tutaj na przykład albo zwrócić return wyniki

3:19wyszukiwania dla frazy i tutaj dodamy frazę, którą ktoś podał.

3:25Natomiast jeżeli fraza nie będzie podana, to wyrzucimy za pomocą throw własny błąd.

3:29No i teraz zobaczmy jak to działa

3:30w praktyce. Wygląda to tak, że jeżeli ktoś

3:33będzie chciał skorzystać z naszej funkcji searchInDb i nic nie poda,

3:38a tutaj byśmy sobie zrobili coś takiego jak dalsza część programu,

3:43zakładamy, że ten kod od od tego momentu

3:45tutaj to jest cudzy koszt, powiedzmy, a to jest nasza funkcja, którą napisaliśmy, ona

3:49może być w osobnym pliku, jakoś zaimportowana itd.

3:52Jeżeli ktoś zrobi coś takiego, zauważ ten nasz błąd, zostanie wyrzucony

3:57i tutaj jest podaj fraza wyszukiwania, ale dalsza część programu się nie wykonała,

4:01czyli program mówiąc brzydko się wykrzyczył.

4:04A zatem my możemy jako programiści w ten

4:05sposób sprawić, że program przestanie działać.

4:08I teraz osoba korzystająca z naszej funkcji gdzieś by to zobaczyła i

4:12stwierdziła by, że na podstawie różnych warunków, jeżeli może

4:15naprawić swój program tak, że zawsze ta fraza będzie podana to ok.

4:19Ale może też być tak, że to jakiś użytkownik programu będzie musiał wpisać

4:22tą frazę i my wtedy nie wiemy czy ona zawsze będzie czy jej nie będzie,

4:26wystarczy, że wtedy do bloku try wstawi naszą funkcję,

4:31to sobie zostawimy tutaj

4:34i jeżeli wystąpi błąd to może go przechwycić w catch i tutaj pod e

4:38zostanie dokładnie podstawiony ten new Error, który będzie miał pod e.message

4:42to co tutaj napisaliśmy. Więc ktoś będzie mógł sobie zrobić coś takiego console.log

4:47i tak jak robiliśmy wcześniej wystąpił błąd i tutaj podali byśmy e.message.

4:55Tutaj jeszcze to zmodyfikujemy tak, że

4:57będziemy chcieli przechwycić jaby te wyniki wyszukiwania i wyświetlić je w konsoli.

5:01I teraz zobaczmy co się stanie.

5:03Nasz program będzie działał w ten sposób.

5:04Wystąpił błąd Podaj frazę wyszukiwania i mamy działającą dalszą część programu.

5:09Natomiast jeżeli tutaj ta fraza zostanie poprawnie podana np.

5:13powiedzmy ktoś wyszukuje laptopa, czyli

5:15laptop, zobacz to będziemy mieli wyniki wyszukiwania dla frazy laptop.

5:20A zatem wykonał się ten kod, ten throw się

5:22nie wykonał, więc zwróciliśmy poprawne wyniki.

5:25I to jest kolejna z tych rzeczy, które przychodzą wraz z doświadczeniem.

5:28To znaczy tworząc jakiś kod na pewnym etapie może być tak, że ty zdecydujesz, że

5:33nie jesteś pewny, czy ktoś korzystający z tego kodu np.

5:36poda jakąś frazę wyszukiwania i jeżeli Ty wiesz, że ona jest kluczowa,

5:39bez niej po prostu Ty nie jesteś w stanie

5:41kontynuować tego kodu, który napisałeś, to możesz zgłaszać własne błędy za pomocą

5:46throw i najlepiej tutaj robić new Error podając tutaj komunikat.

5:50Aczkolwiek jak widziałeś na początku tu można za pomocą throw wyrzucić wszystko.

5:54Jeżeli byśmy wyrzucili sam string to pod tym e znalazłby się string i wtedy nie

5:58mielibyśmy odwołania do e.message, tylko samo e byłoby już tym string.

6:02Dlatego najlepiej tworzyć tutaj nową instancję z takiej klasy error.