Online IDE pro Javu s možností debugování

[gl]

Tak to jsi pochopil spatne. Muzes pouzit libovolnou lambdu.

Kód: [Vybrat]

o.flatMap(a -> foo.bar(1, a, 2))

Je to kód navíc a foo.bar stále musí vracet Optional.

[Reklama]

[Filip Jirsák]

Jestli jsem to správně pochopil, tak flatMap s Optional funguje jen pro metody bez parametru, které vrací Optional.

Jen pro metody s jedním parametrem, které vrací Optional. Co se vám na tom nezdá? Pokud máte funkci, která nevrací Optional, použijete map.

[Ondra Satai Nekola]

Tak to jsi pochopil spatne. Muzes pouzit libovolnou lambdu.

Kód: [Vybrat]

o.flatMap(a -> foo.bar(1, a, 2))

Je to kód navíc a foo.bar stále musí vracet Optional.

Hele, a jak by sis to predstavoval s otaznicky v tomhle pripade, aby to bylo kratsi?

Jinak pokud ti foo.bar nevraci Optional, tak pouzijes map()

RTFM!

[Ondra Satai Nekola]

Je to kód navíc a foo.bar stále musí vracet Optional.

Dale bych na obhajobu tohohle kodu proti chytani NPE rad poznamenal, ze to bude fungovat. Coz tvuj napad nebude.

[gl]

Tak to jsi pochopil spatne. Muzes pouzit libovolnou lambdu.

Kód: [Vybrat]

o.flatMap(a -> foo.bar(1, a, 2))

Je to kód navíc a foo.bar stále musí vracet Optional.

Hele, a jak by sis to predstavoval s otaznicky v tomhle pripade, aby to bylo kratsi?

Jinak pokud ti foo.bar nevraci Optional, tak pouzijes map()

RTFM!

Otazníčky jsou použitelné spíš pro případ

Kód: [Vybrat]

o.flatMap(a -> a.bar(1, 2))

Kód: [Vybrat]

o.flatMap(a -> foo.bar(1, a, 2))totiž vůbec není řetězení metod. Stačilo by jednoduše vložit volání předchozí funkce na místo parametru.

[Reklama]

[Ondra Satai Nekola]

Kód: [Vybrat]

o.flatMap(a -> foo.bar(1, a, 2))totiž vůbec není řetězení metod. Stačilo by jednoduše vložit volání předchozí funkce na místo parametru.

Chtel jsi priklad neceho slozitejsiho, tak jsi ho dostal.

A pochopitelne v tomhle pripade nestaci vlozit volani predchozi funkde na misto parametru, protoze ta
- vraci Optional, coz ten parametr neni
- neresis tim None

[Ondra Satai Nekola]

Aby to nevyznelo nejak ve spatnem - ten otaznickovy syntakticky cukr se mi celkem libi (prestozesi nejsem uplne jisty, jak by se mel v Jave chovat, protoze tam je jak null tak Optional), ale co se mi rozhodne nelibi jsou nesmyslne navrhy typu chytani NPE.

S Optional je to tak, ze si je potreba sednout, v klidu si projit dokumentaci, pripadne nejake blogposty a pak je pouzivat nejak rozumne. Ale to nejde, dokud clovek nejdriv neudela domaci ukoly a neujasni si zaklady.

[gl]

Chtel jsi priklad neceho slozitejsiho, tak jsi ho dostal.

A pochopitelne v tomhle pripade nestaci vlozit volani predchozi funkde na misto parametru, protoze ta
- vraci Optional, coz ten parametr neni
- neresis tim None

Mluvil jsem o situaci bez použití Optional.

Celkově mi Optional přijde jako zbytečná abstrakce, která nic neusnadní. Sám jsi psal, že jde pomocí map řetězit i funkce, které Optional nevrací.

[gl]

prestozesi nejsem uplne jisty, jak by se mel v Jave chovat, protoze tam je jak null tak Optional

Další důvod proč nepoužívat Optional.

[Ondra Satai Nekola]

prestozesi nejsem uplne jisty, jak by se mel v Jave chovat, protoze tam je jak null tak Optional

Další důvod proč nepoužívat Optional.

A na to jsi prisel jak?

[Ondra Satai Nekola]

Mluvil jsem o situaci bez použití Optional.

Celkově mi Optional přijde jako zbytečná abstrakce, která nic neusnadní. Sám jsi psal, že jde pomocí map řetězit i funkce, které Optional nevrací.

Ano, muzes pouzit map, flatMap (a dalsi metody, jeste jednou ti rikam RTFM), ktere bys uz otaznicky nenahradil.

Ne, neni to zbytecna abstrakce. Mas moznost napsat kod, ktery funguje (coz tvuj navrh reseni s catchem neni, ten je naprosto spatny) a nemusis ho prospikovat ify.

[gl]

prestozesi nejsem uplne jisty, jak by se mel v Jave chovat, protoze tam je jak null tak Optional

Další důvod proč nepoužívat Optional.

A na to jsi prisel jak?

Už se v těchto situacích používá null případně nějaké NullObjekty. Optional nebude například fungovat v Clojure při použití some-> a some->>. Prázdný Optional se vyhodnocuje jako True.

[Ondra Satai Nekola]

Už se v těchto situacích používá null případně nějaké NullObjekty. Optional nebude například fungovat v Clojure při použití some-> a some->>. Prázdný Optional se vyhodnocuje jako True.

NullObjekty je duplicita v kodu a nutnost vytvaret zbytecne hierarchie *). Null je nejdrazsi chyba v historii pocitacu. Tohle je (pro mnoho pripadu, samozrejme ne pro uplne kazdou situaci) vyborne reseni - kompakni a bezpecne.

Ze to nejde pouzit v clojure mi zilu netrha. Pokud chteji, aby jim to fungovalo, tak at si to v clojure opravi...


*) tim nerikam, ze nemaji smysl. Nekdy jo. Ale situaci, kdy se moc nehodi, je strasne moc.

[gl]

Už se v těchto situacích používá null případně nějaké NullObjekty. Optional nebude například fungovat v Clojure při použití some-> a some->>. Prázdný Optional se vyhodnocuje jako True.

NullObjekty je duplicita v kodu a nutnost vytvaret zbytecne hierarchie *). Null je nejdrazsi chyba v historii pocitacu. Tohle je (pro mnoho pripadu, samozrejme ne pro uplne kazdou situaci) vyborne reseni - kompakni a bezpecne.

Ze to nejde pouzit v clojure mi zilu netrha. Pokud chteji, aby jim to fungovalo, tak at si to v clojure opravi...


*) tim nerikam, ze nemaji smysl. Nekdy jo. Ale situaci, kdy se moc nehodi, je strasne moc.

V čem je to bezpečnější než null?

[Ondra Satai Nekola]

V čem je to bezpečnější než null?

Ty si delas srandu?

Ze neco muze a nemusi byt je diky Optional explicitni. Vznika jasne patterny, kde je pouziti spravne a kde je prinejmensim podezrele.