This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2015-08-14
Channels
- # admin-announcements (20)
- # beginners (8)
- # boot (90)
- # cider (19)
- # clojure (31)
- # clojure-czech (2)
- # clojure-italy (8)
- # clojure-japan (6)
- # clojure-russia (9)
- # clojurescript (165)
- # clojurex (3)
- # cursive (2)
- # events (3)
- # hoplon (2)
- # ldnclj (3)
- # luminus (2)
- # melbourne (2)
- # off-topic (8)
- # onyx (5)
- # reagent (2)
- # testing (2)
Ciao ragazzi, qualcuno mi sa indicare una qualche fonte dove si parla di come "gestire" le eccezioni nel paradigma funzionale (e magari in clojure)? In Java rappresentano uno strumento importante per fare diverse cose e a quel poco che ho capito try / catch / finally, pur essendoci in clojure, li vedo applicati in esempi relativi all'interoperabilità con librerie Java esistenti.
Ottima domanda di design alla quale mi accodo. Per quanto riguarda il mio team, cerchiamo di evitare eccezioni a meno che non sia assolutamente necessario, e la cosa di solito si limita appunto a situazioni di interoperabilita' con java
per quanto riguarda l'evitare le eccezioni: invece di lanciare un'eccezione, in genere ritorniamo un "errore", che puo' essere una funzione o una mappa o qualsiasi altra cosa. mi ricorda un po' il C.. 😄
eh difatti "è il passaggio" di ottica che mi manca, perché quando entrò in scena Java una delle cose sbandierate alla grande era l'abbandono di queste pratiche e le unchecked exceptions del C++ a favore di una gestiore delle eccezioni strutturata e molto semantica....quindi il mio dubbio è decisamente relativo alle basi teoriche sottostanti che ignoro.
e che mi fanno vedere queste cose (erroneamente spero e credo) come un passo indietro, complicandomi quindi lo studio e la comprensione del tutto.
Dimenticavo @simone grazie mille per le info