This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-03-12
Channels
- # announcements (65)
- # aws (1)
- # babashka (12)
- # beginners (111)
- # bristol-clojurians (1)
- # cider (32)
- # clj-kondo (55)
- # clojars (3)
- # clojure (71)
- # clojure-europe (17)
- # clojure-france (4)
- # clojure-italy (36)
- # clojure-losangeles (8)
- # clojure-nl (6)
- # clojure-uk (115)
- # clojurescript (2)
- # datomic (99)
- # fulcro (32)
- # graalvm (12)
- # graphql (20)
- # hoplon (203)
- # meander (56)
- # mount (3)
- # off-topic (17)
- # pathom (17)
- # reitit (22)
- # shadow-cljs (32)
- # spacemacs (9)
- # tools-deps (19)
- # vim (25)
- # vscode (3)
Do we have library like https://github.com/retro/graphql-builder but which generate full final string? > Calling the GraphQL API is out of the scope of this library, but it can be easily implemented with any of the ClojureScript AJAX Libraries. sadly the library doesn’t offer the most important part here so final string.
Checkout #pathom and #fulcro Im working on tools to expose a #eql API as GraphQL if your client really need it
There is some solutions already https://github.com/denisidoro/graffiti I'm working in another approach
today fulcro is a framework, but it's still very modular. Anywhere you can simply put, for example, a #re-frame component or export a #fulcro and mount inside a "vanilla" react
app
fulcro is a framework because it manage the state and the network for you
but you can at any moment, take control of the state atom and manage it by yourself (if you really need)
Final string is just wrapping the output in a json with "query" right? I don't think it's neglected in Clojure. Fore several reason javascript is more used with GraphQL, with more tools available, but also more fragmented.