Morgen

Hello Fellow NO-Clojurians! Thanks a lot for recommendations and links for my upcoming trip. I will be heading out to Norway first week of August spend few days in Oslo and head into woods later - starting with Hardangervidda. Is there any meetup that I can join between 8th and 11th Aug in Oslo? Would be nice to see some of you in-person and say hello 🙂

https://www.meetup.com/clojure-oslo/events/295044292/?utm_medium=referral&utm_campaign=share-btn_savedevents_share_modal&utm_source=link

dagens 🔥 take: cond er nesten alltid bedre enn if/else. Om ikke annet fordi det blir enklere å legge til et til statement senere

dagens :galaxy-brain: Bruker du cond og if som flow control eller som expressions 🙂

(if foo
  (do-some-sideffecty-thing bar)
  (do-some-sideffecty-thing baz))

(do-some-sideffecty-thing (if foo bar baz))

Den siste når det passer seg sånn

i dette tilfellet brukes det til å velge mellom å logge diverse “this should never happen”-warnings basert på state, eller gjøre commands

1. Én case: when 2. To caser: if 3. Flere caser: cond

Å bruke en cond til bare to caser ville jeg rynket på nesen til. Det blir liksom feil uansett:

(cond
  a? "A"
  :else "B")

(cond
  a? "A"
  b? "B")

For min del krever det litt mental innsats å huske på at conditionals i Clojure er expressions, noe de ikke er i språk i C familien (hvis vi da ser bort fra foo? bar : baz ) der de bare er control flow

ikke bare er de expressions, de er SUPER-expressions (det er det S-en står for, sant?)

@slipset ja, enig, det sitter bittelittegranne lengre inne

Hvis jeg starter med et funksjonskall og senere wrapper en if rundt så går jeg ofte omveien om flow control før jeg havner på expression-varianten

mulig mitt eget take var litt for 🔥 her ja. Det jeg gjorde var jo å gjøre om en if/else til cond, i stedet for å nøste if/else. Så jeg bruker vel også if/else når det bare er én sjekk som skal gjøres

cond blir vel nesten litt som threading macro for nøsta if/else. Flatt ftw 😄

btw, sykt plagsomt med språk hvor if-statements og annet ikke er expressions. Nok en ting som Kotlin har gjort riktig, forøvrig, der er ~alt expressions på lik linje med Clojure

> Å bruke en cond til bare to caser ville jeg rynket på nesen til. Hvis den første casen går over flere linjer er det er mere readable synes jeg. Ellers kan det bli vannskelig å raskt skille then fra else.

Hvis det blir vanskelig å skille de to casene kan du enten snu på testen så den korteste casen kommer først, eller lage flere funksjoner.

Noen ganger er begge caser flere linjer, så da hjelper det ikke å snu på testen. Og det er ikke altid det passer å lage nye funskjoner -det er et valg som kommer med fordeler og ulemeper som må vurderes. if -> cond , og en :else er en løsning med mindre styr.

For oss er det litt som multiline anon functions, virker sloppy og vannskeligere å lese en det trenger å være.

if med caser over flere linjer er ofte et rødt flagg, det er jeg enig i. At en cond med én case og en :else er en god løsning er jeg mer skeptisk til

Jeg tror hvis clojure la til en ny arity til if som aksepterte en :elsekeyword (før else), så ville folk brukt det i slike tilfeller. Men jeg kan ikke bevise det.

Det er ikke en god idee nå, så klart. Men jeg tror det med at cond er bare for flere en 2 caser er bare en vane, men ikke nødvendighvis altid bra

Det hender seg at jeg bruker cond for 2 caser, men da er det fordi jeg ønsker at casene (altså testene) skal være eksplisitte, og at de typisk ikke er uttømmelige. Men da er det ofte en :else til slutt allikevel.