This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-08-31
Channels
- # architecture (1)
- # aws (23)
- # beginners (13)
- # boot (18)
- # cider (5)
- # clara (1)
- # cljs-dev (22)
- # cljsjs (9)
- # cljsrn (28)
- # clojure (120)
- # clojure-canada (12)
- # clojure-dev (6)
- # clojure-italy (4)
- # clojure-korea (1)
- # clojure-russia (18)
- # clojure-sg (8)
- # clojure-spec (45)
- # clojure-uk (12)
- # clojurescript (240)
- # component (4)
- # cursive (17)
- # datomic (91)
- # editors-rus (4)
- # figwheel (2)
- # flambo (6)
- # hoplon (163)
- # instaparse (6)
- # jobs (1)
- # leiningen (2)
- # luminus (5)
- # om (22)
- # om-next (2)
- # onyx (35)
- # perun (15)
- # play-clj (1)
- # protorepl (4)
- # re-frame (106)
- # reagent (4)
- # ring (106)
- # schema (1)
- # spacemacs (17)
- # untangled (40)
- # yada (14)
I have been fairly happy with the component pattern up until now. I like dependency injection, so state is all passed in, so encouraged a higher level of swapping out that state for alternative forms, and only depending on the state you need. I think it falls down with multiple dispatch though. Inevitably that multiple dispatch will need to access the entirety of you state/system across your dispatch functions. This seems dirty as it makes it less clear as to what a function needs in order to run, which is a detriment to the code locality I've come to love from system-based, er, systems. Does anybody have any advice or thoughts on this? I'd really appreciate my love back.