This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-11-24
Channels
- # aws (14)
- # beginners (111)
- # boot (12)
- # cider (1)
- # cljsrn (7)
- # clojure (65)
- # clojure-dusseldorf (1)
- # clojure-germany (7)
- # clojure-greece (10)
- # clojure-italy (13)
- # clojure-poland (7)
- # clojure-russia (7)
- # clojure-spec (53)
- # clojure-uk (29)
- # clojurescript (27)
- # community-development (9)
- # cursive (2)
- # data-science (1)
- # datomic (17)
- # emacs (16)
- # events (6)
- # fulcro (155)
- # graphql (8)
- # instaparse (1)
- # leiningen (30)
- # lumo (29)
- # om-next (3)
- # other-languages (46)
- # pedestal (11)
- # portkey (7)
- # re-frame (13)
- # reagent (6)
- # ring (8)
- # rum (1)
- # shadow-cljs (75)
- # sql (1)
- # timbre (3)
- # unrepl (128)
What are you specing in the resolvers? I’m guessing args
and the output? Maybe the value
for nested resolvers. I’m looking for some inspiration to get me started with spec in a service I’m working on
I tend to keep the logic in the resolvers minimally, but may spec the functions called from the resolvers.
For all of my pure functions, I have specs written, but there aren’t too many of them. The database functions are all generated by HugSQL, so that’s also fine. I’m still trying to decide if I’m trying to write these specs for the sake of using spec or if they’re actually important to the code but I’m struggling to find any real purpose beyond my unit-testable functions (as opposed to integration testable)