This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-10-29
Channels
- # bangalore-clj (2)
- # beginners (22)
- # boot (28)
- # cljs-dev (91)
- # cljsrn (4)
- # clojure (30)
- # clojure-austin (8)
- # clojure-conj (4)
- # clojure-japan (1)
- # clojure-russia (3)
- # clojure-spec (9)
- # clojure-uk (8)
- # clojurescript (42)
- # cursive (2)
- # editors (1)
- # hoplon (16)
- # klipse (91)
- # lein-figwheel (1)
- # luminus (9)
- # off-topic (4)
- # om (83)
- # onyx (29)
- # perun (6)
- # re-frame (17)
- # spacemacs (6)
- # untangled (1)
- # vim (5)
@actsasgeek I second the re-frame recommendation, but you should definitely grok the README.
fwiw, I use re-frame on Relevance, where the management UI is a single-page application: https://gitlab.com/ricardojmendez/relevance
I’ve read the readme a few times. It’s very cool but it doesn’t quite entirely tell me what the best pattern for designing a SPA is. The limitation I see is that most SPA examples would be a single page in an MPA framework. “That’s great, but I’d just do a single page and AJAX in an MPA for that, too”. Additionally, you have the problem—already noted by people commenting on CQRS, event sourcing, microservices—that figuring out how that implicit network of messages and handlers works is non-trivial.
as for how re-frame works, I found this the other day which seemed good: http://www.multunus.com/blog/2016/02/noobs-walkthrough-re-frame-app/
@actsasgeek Let’s do this… take a look at Relevance’s display.cljs. If you have any questions, ping me through the #re-frame channel. I might open source some Luminus-based experiments, partly so that people have more open source apps as reference, and knowing what the questions are would be useful.
The message flow on Relevance should be fairly evident, as the UI is straightforward.