This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-07-11
Channels
- # aleph (3)
- # beginners (42)
- # cider (219)
- # cljs-dev (39)
- # cljsjs (19)
- # cljsrn (3)
- # clojure (97)
- # clojure-canada (12)
- # clojure-dev (14)
- # clojure-italy (5)
- # clojure-nl (4)
- # clojure-russia (1)
- # clojure-spec (3)
- # clojure-uk (140)
- # clojurescript (52)
- # clojutre (2)
- # cursive (2)
- # datomic (29)
- # docs (1)
- # duct (13)
- # emacs (19)
- # fulcro (8)
- # funcool (2)
- # graphql (26)
- # hyperfiddle (1)
- # luminus (9)
- # nyc (7)
- # off-topic (26)
- # om (21)
- # onyx (19)
- # overtone (1)
- # pedestal (4)
- # re-frame (10)
- # reagent (109)
- # ring (5)
- # rum (15)
- # shadow-cljs (120)
- # spacemacs (22)
- # specter (7)
- # vim (10)
Yeah, it's almost graphql but without a new language. I expect something that allow to declare a query on the view and compose queries as I compose the views. Normalization also good.
[qlkit](https://github.com/forward-blockchain/qlkit) also sounds like it might fit the use case. I don’t see explicit bindings for Rum, but it looks un-opinionated enough that it should be relatively straightforward.
RE: graphql, are there any well-supported cljs graphql client libraries w/ bindings for rum?
it's when you start getting into subscriptions, or partial updates of your local state or whatnot, that you start running into thorny problems
and those are all adjacent to the problem rum solves, which is representing data as views
yeah, what I’ve been hoping to find is a cljs graphql client library w/ bindings for Rum, similar to the js Apollo or Relay bindings for React
yeah, I haven’t seen anything for graphql that looks particularly promising. qlkit seems to be taking a stab in that direction, ditto fulcro, om-next, and possibly Reagent/Posh/Datascript and ReFrame/Re-Posh/Datascript