This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-03-11
Channels
- # admin-announcements (20)
- # beginners (48)
- # boot (90)
- # cider (33)
- # cljs-dev (5)
- # cljsjs (10)
- # cljsrn (7)
- # clojure (68)
- # clojure-austin (5)
- # clojure-bangladesh (4)
- # clojure-finland (10)
- # clojure-gamedev (1)
- # clojure-madison (7)
- # clojure-poland (15)
- # clojure-russia (75)
- # clojurescript (25)
- # core-async (23)
- # cursive (5)
- # data-science (43)
- # datomic (15)
- # dirac (26)
- # editors (10)
- # emacs (2)
- # euroclojure (12)
- # funcool (23)
- # hoplon (7)
- # immutant (68)
- # jobs (24)
- # jobs-discuss (1)
- # juxt (1)
- # keechma (9)
- # ldnclj (7)
- # luminus (66)
- # off-topic (54)
- # om (170)
- # proton (7)
- # re-frame (1)
- # reagent (15)
- # ring-swagger (11)
- # spacemacs (6)
- # testing (1)
- # vim (1)
- # yada (19)
W componencie wprawdzie duzo nie robilem ale te ceremonie z definowaniem rekordow itp, jakos tak niepotrzebnie skomplikowanie mi to wyglada
A mount korzysta z ns i gra gitara, co do wielu instancji jakos nie mialem jeszcze potrzeby.
Moje pierwsze spotkanie z mountem wyglądało „ale dlaczego on te komponenty startuje w odwrotnej kolejności niż chcę?”
No i mnie też się nie podoba to, że component tak trochę za bardzo obiektowy jest momentami, ale jakoś nie wiem, mount mnie nie do końca przekonuje właśnie dlatego, że te komponenty związane są z namespace'ami
A tu nie wiem, nie ma MLowych funktorów żeby sobie namespace'y generować, więc tylko jedna instancja komponentu
Chociaż widziałem to https://github.com/tolitius/yurt
A możliwość posiadania > 1 instancji komponentu wydaje mi się dość sensowna, bo np. dlaczego miałbym pisać zupełnie osobny komponent dla każdej z kolejek, jak to w zasadzie ten sam komponent, tylko sparametryzowany nazwą kolejki.
Ale to wtedy wlasnie sobie nie robisz przypadkiem recordu na to i parametryzujesz jak chcesz?