This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-01-27
Channels
- # announcements (10)
- # aws (11)
- # beginners (158)
- # calva (8)
- # cider (14)
- # clj-kondo (1)
- # cljsrn (1)
- # clojure (83)
- # clojure-europe (5)
- # clojure-italy (25)
- # clojure-nl (3)
- # clojure-spec (12)
- # clojure-uk (20)
- # clojurescript (72)
- # community-development (18)
- # core-async (4)
- # core-logic (19)
- # cursive (11)
- # datomic (21)
- # duct (6)
- # events (1)
- # figwheel-main (3)
- # fulcro (15)
- # ghostwheel (1)
- # jobs (1)
- # leiningen (16)
- # off-topic (45)
- # onyx (3)
- # pathom (7)
- # perun (1)
- # ring (3)
- # shadow-cljs (48)
- # spacemacs (10)
- # specter (1)
- # sql (24)
- # tools-deps (7)
- # vscode (7)
- # xtdb (14)
Say you have a check!
function. I normally hook up the :validator to it, but only on *assert*
doesn’t help with generation, but there’s manual intervention for generation all the time anyway
> doesn’t help with generation, yeah it's a tradeoff :) > delays however don’t have validators yup, as you may know though a custom IDeref impl can be quite thin
I’d like to say “takes a delay that returns a thing satisfying some predicate when derefed”
@favila There's no way to do that. You can spec around the code that processes what's inside the container, but you can't spec the container itself.
but carefully consider the costs there