This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-06-21
Channels
- # bangalore-clj (1)
- # beginners (60)
- # boot (30)
- # cider (7)
- # cljs-dev (10)
- # cljsrn (2)
- # clojure (163)
- # clojure-conj (10)
- # clojure-france (1)
- # clojure-greece (2)
- # clojure-italy (7)
- # clojure-russia (41)
- # clojure-serbia (22)
- # clojure-spec (41)
- # clojure-uk (41)
- # clojurescript (178)
- # cursive (36)
- # datascript (1)
- # datomic (23)
- # dirac (38)
- # graphql (12)
- # hoplon (20)
- # immutant (32)
- # instaparse (3)
- # keechma (1)
- # lein-figwheel (18)
- # leiningen (8)
- # liberator (1)
- # luminus (30)
- # lumo (29)
- # off-topic (18)
- # om (17)
- # pedestal (7)
- # planck (37)
- # precept (1)
- # re-frame (67)
- # ring-swagger (2)
- # timbre (1)
- # untangled (8)
- # vim (2)
If I’m in a namespace and I set up an alias for dev purposes, like
(require '[cljs.spec.test.alpha :as st])
so that I can do
(st/check `my-fn)
if I change and save my file, it blows away the st
alias. I’ve added ^:figwheel-no-load
to my ns
form, which does indeed cause it to not automatically load changes to my code, but it still removes the alias.
Has anyone solved this one, short of putting the dev-time namespace and alias directly in my ns
form?@mfikes that's interesting, I'm not familiar with the mechanism behind require aliasing, I thought it was just a compiler state thing. Ahhhhh ... the file gets compiled ... so it changes the compiler state and thus the alias is gone.
@bhauman When you do a require
in a REPL, and it has an alias, it essentially adds that alias to whatever aliases you might already have.
It is no big deal to come up with a clean solution to this use case. Perhaps it might become more commonly used with Spec adoption.
yeah so there is definitely a problem with doing repl driven versus save driven development here
Yeah… I’m actually working on the “non-UI” part of my app, where I suppose “traditional” REPL experience is fine.