[koziolek666]

Kolejne wideo tym razem o pisaniu testów z wykorzystaniem lambd.

http://koziolekweb.pl/2014/12/08/nowe-wideo-o-lambdach-i-testowaniu/

link bezpośredni https://www.youtube.com/watch?v=S1lGgqp7vq8

#java #programowanie

[XmlPullParser]

@koziolek666: Po to tu jestem! Dzięki.

[MacDada]

@koziolek666: Przez jakiś czas analogicznie eksperymentowałem w PHP, ale zrezygnowałem.

Sam wspomniałeś, że nie o zaoszczędzone linie tu chodzi, ale o „czytelność” – z czego nie wydaje mi się, żeby takie konstrukcje były bardziej czytelne…

Zwykły

try catch

wydaje mi się równie (jak nie bardziej) jasny i prosty do czytania.

[koziolek666]

@MacDada, w Javie w wersji przed 8 też należało użyć innej składni i ten proces był mocno nieopłacalny. Jednak skrócony zapis za pomocą lambd ułatwił życie na tyle by takie rozwiązanie nie stanowiło problemu "organizacyjnego".

[MacDada]

@koziolek666: No właśnie, dzięki lżejszej składni, lambdy używa się łatwiej.

ALE czy na pewno jest lżejsza od bloku

try-catch

? Mam wrażenie, że niekoniecznie. Nie wydaje mi się też, żeby była bardziej opisowa.

Wykorzystuję lambdy (funkcje anonimowe w #php) w wielu różnych miejscach, ale nie wydaje mi się, żeby to był najlepszy przykład – akurat przy tym zastosowaniu nie widzę zysku.

[koziolek666]

Zysk polega na tym, że zamykasz całą logikę weryfikacji wyjątku w jednej klasie. Generalnie to rozwiązanie zawiera "samo mięso", bez ozdobników.