This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2015-10-14
Channels
- # admin-announcements (21)
- # aws (5)
- # boot (41)
- # cider (76)
- # cljs-dev (15)
- # clojure (251)
- # clojure-brasil (25)
- # clojure-dev (16)
- # clojure-japan (8)
- # clojure-nl (1)
- # clojure-russia (110)
- # clojure-uk (7)
- # clojurescript (168)
- # clojurewerkz (1)
- # cursive (10)
- # datomic (45)
- # devcards (50)
- # emacs (5)
- # hoplon (6)
- # instaparse (6)
- # ldnclj (73)
- # lein-figwheel (4)
- # leiningen (6)
- # liberator (7)
- # luminus (2)
- # off-topic (19)
- # om (80)
- # onyx (2)
- # re-frame (11)
- # testing (12)
@nowprovision: we make the distinction between replayable events and non-replayable events in our re-frame app
hey daniel, how do you do that metadata on the vector ?
@nowprovision: we have two functions, emit!
, and dispatch!
. dispatch is for non replayable events, emit is for replayable events, and adds to the log, then calls dispatch
ah that makes sense, simple and clean
Do you have all the handlers in one file, all the subscriptions in another, all the views in another? Or do you group them by subject, like views, handlers and subscription for loging in and registering in one file and so on?
Fractal pattern, folder for each subject and each will have their own file for subs and handlers and view
Similar to what is suggested here https://github.com/Day8/re-frame/wiki/A-Larger-App#larger-apps
I think I’ll do it with one file per subject until it’s big enough. Some are very small and breaking it into several files seems to hinder navigation, not help it.
My db layer is quite empty. I wonder if I’m doing something wrong here.