This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-09-02
Channels
- # announcements (21)
- # bangalore-clj (1)
- # beginners (122)
- # calva (29)
- # cider (9)
- # cljdoc (1)
- # cljs-dev (7)
- # cljsrn (1)
- # clojure (84)
- # clojure-dev (11)
- # clojure-europe (2)
- # clojure-houston (2)
- # clojure-italy (31)
- # clojure-nl (5)
- # clojure-uk (37)
- # clojuredesign-podcast (3)
- # clojurescript (14)
- # cursive (66)
- # data-science (5)
- # datavis (1)
- # datomic (6)
- # fulcro (16)
- # graphql (4)
- # jobs (2)
- # music (1)
- # off-topic (20)
- # pedestal (1)
- # re-frame (2)
- # reagent (2)
- # shadow-cljs (155)
- # spacemacs (5)
- # tools-deps (5)
- # vim (8)
- # yada (1)
Hey guys , what are the current options for checking schema coverage when using lacinia
Looking for a clojure version of something like this https://medium.com/the-guild/graphql-inspector-481c1a5ef616
Guess you could intercept all the traffic and that way know which parts are used. I guess you could build it up the same way as the actual schema and then compare it agains the used one. That's for schema coverage.
We log (a bit indirectly) what fields are used in queries into our system; we then have a tool that can identify which fields are used and which are not. We'll eventually use that to deprecate and finally remove unused fields. That's a nice ability to have, and not something you can effectively do in a REST world where you have no idea what data is actually needed by clients because one-size-ill-fits-all.