Reagentilla tehty meilläkin tuotanto-proggikset

Ok, eli Reagent on goto ratkaisu. @miikka & @ikitommi miksi jouduitte luopumaan omista noissa proggiksissa?

meillä on yksi vanhemmalla omilla tehty juttu tuotannossa. aivan hyvin pelaa

Meilläkin on kaikki cljs-frontit tehty Reagent / re-framella

@sakalli ei jouduttu, vaihdettiin koska haluttiin, ei ollut iso homma vaihtaa. Kannattaa muodostaa oma mielipide kummasta tykkää..

meilläkin suurin osa re-framea. se ohjaa selkeämmin tietynlaiseen rakenteeseen, mikä on yleensä hyvä asia

Luin tässä just joku päivä tän Circlen (vuoden vanhan) postauksen Om Nextistä ja vihdoin tajusin, mistä on kyse. Kuulosti kyllä hyvältä. https://circleci.com/blog/why-we-use-om-and-why-were-excited-for-om-next/

Oonkin nyt ekaa kertaa re-frame-kirjastoa käyttävässä projektissa ja iski pieni kauhun tunne että pystyyköhän tätä yksikkötestaamaan. re-frame on kuitenkin tuollainen maagisen globaalin tilan kirjasto ja yleensä siitä seuraa katastrofi. Mutta katsotaan…

Samanlainen fiilis @miikka mullakin re-framesta. Oon käyttänyt sitä vähän harrasteprojekteissa. Tiedän kyllä että meillä Solitalla on projekteja jotka sitä käyttää, ja tuntuvat siitä tykkäävän.

Me alotettiin Reagentilla ilman mitään tilanhallintakirjastoa. Sen takia tehtiin joitain virheitä, joista ollaan ehkä jouduttu kärsimään. Nyt ollaan käytetty uusissa näkymissä tätä https://github.com/tatut/tuck

Tatu on siis samassa projektissa

Re-frame on yhden tilan kirjasto, mutta en pitäisi sitä kovin maagisena. Handlerit voi vaikka testata pyytämällä re-framelta avaimella sen funktion ja kutsumalla sitä itse rakennetulla app-state mapillä. Handlerin tyypistä riippuen se palauttaa uuden tilan tai mapin joka kuvaa muutoksia.

Tai olikohan tuo toteutus tehty niin että ne handlerit jotka palauttaa vain uuden tilan on vain erikoistapaus jossa ainut muutos on app-state muutos.

Niin no joo, jos tosiaan käyttäis niitä uusia efektihandlereita, niin sitten handlereiden interaktioidenkin testaus ois helpompaa.

(ehkä)