Java: Dobre praktyki 3 - Wyjątki w lambdach

0:00Cześć w tej lekcji pokażę ci jak radzić sobie z wyjątkami

0:04wewnątrz lambd tak żeby nie stracić na ich czytelności i tutaj mamy

0:08kot z poprzedniej lekcji z małą zmianą metoda send mail teraz

0:12zrzuca ioexception tutaj w jej implementacji jest po prostu rzucany

0:17ten wyjątek oraz ta metoda propaguje go dalej ioexception nie jest check

0:21exception czyli to jest taki wyjątek który musi zostać obsłużony nie można go przepuścić

0:25tak nie może on sobie po prostu przelecieć niejawnie tylko wszystko

0:30co wywołuje taką metodę musi go obsłużyć albo też jeżeli

0:34jest to metoda to musi ona też by mieć tak teraz to że

0:38mamy tutaj to ioexception sprawia że nie jesteśmy w stanie podać

0:43tutaj uchwytu do tej metody ponieważ jest to nieobsłużony właśnie

0:47wyjątek ioexception możemy sobie z tym poradzić najprościej poprzez

0:51zamianę tego na lambdę więc tutaj możemy dodać stack trace tak

0:55po prostu złapać wyjątek odpowiednio go obsłużyć i teraz zazwyczaj

0:59obsługa takiego wyjątku nie zawsze będzie w stanie tutaj podjąć

1:03odpowiednią decyzję tak zresztą jesteśmy wewnątrz jakiegoś powiedzmy foreach

1:08i możliwe że to że tutaj doszło do wyczucenia powiedzmy

1:12wyjątku powinno być przerzucone gdzieś wyżej i jakieś serwisy

1:17jakiś powiedzmy kod który jest bardziej świadomy kontekstu

1:21albo zarządza na przykład czy to całym kontenerem czy całą aplikacją może

1:25chcieć wiedzieć otym dlatego zazwyczaj będziemy tutaj throw'owali czyli

1:29będziemy robili throw po prostu i będziemy rzucali nowy wyjątek ja tutaj rzucę

1:33runtime exception często będzie tak że będziemy chcieli stworzyć jakiś

1:37nasz wyjątek nasz własny z tego względu że runtime exception jest bardzo szerokim

1:42wyjątkiem wszystkie wyjątki które są uncheck dziedziczą potym wyjątku

1:46teraz sobie rzucimy ten wyjątek i teraz może nam to wszystko się skompilować no

1:50ale pojawia nam się kolejny problem z tego względu że tutaj mam tego

1:54try catch tak to musieliśmy zrobić tą lambdę blokową tak no i

1:58tego się tak już przyjemnie nie czyta mamy powiedzmy to tak ten fragment to i

2:03to jakąś obsługę tego wyjątku tak naprawdę to co powinniśmy mieć tutaj to najfajniej

2:07gdybyśmy mieli tylko tego send maila tak jak na początku tak ten check exception

2:11nam tam tutaj trochę popsuł i teraz jak możemy sobie z tym radzić pierwszą rzeczą

2:15którą możemy zrobić to jest przeniesienie obsługi tego wyjątku do

2:19wnętrza sendmail okej ten fragment tutaj już wygląda ładnie

2:24mamy tak samo jak na początku send mail wygląda teraz brzydko tutaj wewnątrz

2:28mamy ten throw new io exception na potrzeby przykładu oraz

2:32tą obsługę no i w ten sposób możemy tutaj przenieść sobie właśnie powiedzmy

2:36ukryć tą obsługę do send mail ale i to w większości sytuacji

2:41pewnie będzie taka preferowana opcja nawet jeżeli ten fragment tutaj

2:45jest jakąś metodą powiedzmy z jakiejś biblioteki na razie sobie tak nazywałem

2:49tylko to ciągle jesteśmy w stanie to pakować tą metodą tak

2:53tutaj moglibyśmy wywoływać metodę która

2:57jest nasza i w niej po prostu to handlować a jeżeli musimy

3:01wywołać metodę z jakiejś innej biblioteki która rzuca ten wyjątek

3:06no to po prostu tworzymy na nią metodę takiego wrappera no i teraz

3:10kolejnym rozwiązaniem które moglibyśmy to poza przenoszeniem tego

3:14tutaj do tego send maila to wykorzystanie jakiegoś już wrappera tutaj

3:18pomiędzy który jest w stanie handle'ować na wyjątek jest

3:22w stanie złapać io exception i go obsłużyć zauważ że to wcale nie

3:26jest tak że w jakiejś powiedzmy w lambdzie nie możesz rzucać wyjątku

3:31tylko to jest tak że ten io exception

3:35jest fragmentem sygnatury metody a ta sygnatura musi

3:40pasować do tego co tutaj jest w tym w tym consumerze

3:44tą metodą abstrakcyjną tak czyli do accept'a accept nie

3:48może rzucać prawda no ale możemy też stworzyć jakiś nasz własny

3:52interfejs funkcyjny wtedy możemy do tej wpasować tutaj zrobię taki przykład

3:56okej tutaj zastosowałem taki wrapper to jest metoda

4:01używająca która powinna dostawać konsumenta i

4:05teraz trochę inaczej działa z tego względu że tutaj musimy opakować

4:10tym handler'em później dodajemy tego właśnie tego tą

4:15lambdę znaczy tą referencje do metody która jest wpasowana do metody abstrakcyjnej

4:20która jest w tym thrownig consumer i interfejsie funkcyjnym który tu stworzyłem

4:25i on już robi throw exception tak ja

4:29utworzę właśnie w tej metodzie podaję throwing consumera który

4:33ma throw'ować io exception między nimi prawda to jest akurat podprzykład

4:37tak bo to mogłyby być bardziej generyczne tutaj te typy mogłyby

4:41być to typy generyczne do tej metody i ta metoda mogłaby wychodzić na zewnątrz

4:45tak ale okej to nam tutaj zadziała okej no

4:49i tutaj zasadniczo to decyzja należy do osoby która programuje

4:54moim zdaniem taki handler tutaj ma

4:58pewne ograniczenia lepiej jest obsłużyć z mojego punktu widzenia tego send

5:03w tym send mailu z tego względu że taki handler

5:07ta metoda ona jest zafiksowana

5:11na tym jakiego typu tutaj będzie powiedzmy ta

5:15lambda tak tutaj będzie interfejs funkcyjny tutaj jest na razie throwning consumer ale

5:20musielibyśmy taką metodę napisać dla funkcji dla

5:24jakiegoś supplier'a tak dla wszystkiego co chcemy obsłużyć dla każdego

5:28oddzielnie no więc to jest trochę rzeczy do napisania prawda tak więc wybierz

5:32którą z tych metod chcesz wykorzystywać ale najważniejsze to staraj się unikać

5:36obsługi tych wyjątków wewnątrz lambdy wewnątrz

5:41bloku tak po prosto jest to nieczytelne okej to tyle w kwestii exception'ów

5:45dzięki wielkie i do zobaczenia