This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-05-08
Channels
- # announcements (12)
- # aws (4)
- # beginners (92)
- # calva (2)
- # cider (28)
- # clara (11)
- # clj-kondo (5)
- # cljdoc (9)
- # cljs-dev (195)
- # cljsjs (1)
- # clojure (82)
- # clojure-italy (18)
- # clojure-losangeles (1)
- # clojure-nl (2)
- # clojure-spec (10)
- # clojure-uk (51)
- # clojurescript (40)
- # cursive (7)
- # datomic (19)
- # duct (9)
- # emacs (2)
- # figwheel (3)
- # fulcro (56)
- # graphql (8)
- # jobs (3)
- # luminus (2)
- # off-topic (15)
- # re-frame (5)
- # reitit (3)
- # ring (5)
- # shadow-cljs (22)
- # slack-help (2)
- # sql (51)
- # test-check (9)
- # vim (64)
- # yada (1)
We have talked about it, a lot, but graphql can't express keys that they can, so things get quite complicated.
What about values? Not having to convert enums, dates etc would be feasible with transit, even with keeping keys as keywords.
That's a good point, we never explored that. I think we were focused on namespaced keys :)
My primary interest is more efficient serialization, as json is surprisingly often a bottleneck.
We used transit/json on both sides and then have a kind of net-data-to-domain-objects layer under it that deals with the namespaced keywords and stuff. Much faster than json serialization, but it's a little more code than I'd like