:opt specs serve a) as documentation for the spec and b) when using s/keys
as a generator.
On Wednesday, June 28, 2017 at 2:25:50 PM UTC-5, Dan Burton wrote:
>
> This design is surprising to me. If this is the case, then I don't
> understand the point of `:opt` for s/keys.
>
> -- Dan Burton
>
>
This design is surprising to me. If this is the case, then I don't
understand the point of `:opt` for s/keys.
-- Dan Burton
On Wed, Jun 28, 2017 at 2:17 AM, Max Penet wrote:
> Hi,
>
> It's by design, as the doc of s/keys states:
>
> In addition, the values of *all* namespace-qualified keys will
My impression is that if you want to write Clojure on Android in 2017 you
use React Native and write ClojureScript. Re-natal is a good starting point
On Fri, Jun 23, 2017, 3:57 PM Mike Meyer wrote:
> Is there still any activity in the clojure-android space? The
> clojure-android mail list is lar
I'm pleased to announce debux version 0.3.1.
# Debux is a library for debugging Clojure and ClojureScript.
# The new added feature is to show you every evaluated results of a form.
https://github.com/philoskim/debux
https://clojars.org/philoskim/debux
--
You received this message because
I'm pleased to announce debux version 0.3.0.
# Debux is a library for debugging Clojure and ClojureScript.
# The new added feature is to show you every evaluated results of a form.
https://github.com/philoskim/debux
https://clojars.org/philoskim/debux
--
You received this message because
I'm pleased to announce debux version 0.3.0.
# Debux is a library for debugging Clojure and ClojureScript.
# The new added feature is to show you every evaluated results of a form.
https://github.com/philoskim/debux
https://clojars.org/philoskim/debux
--
You received this message because you a
I'm pleased to announce debux version 0.3.0.
# Debux is a library for debugging Clojure and ClojureScript.
# The new added feature is to show you every evaluated results of a form.
https://github.com/philoskim/debux
https://clojars.org/philoskim/debux
--
You received this message because you a
Hi,
It's by design, as the doc of s/keys states:
In addition, the values of *all* namespace-qualified keys will be validated
(and possibly destructured) by any registered specs. Note: there is
no support for inline value specification, by design.
So if the ns'ed key in your map is registered a
Hi All,
Clojure spec keys is considering all key within namespace although it is
not defined.
Here is an example
(s/def :person/fname string?)
(s/def :person/lname string?)
(s/def :person/id int?)
;;With only fname and lname
(s/def :app/person (s/keys :req [:person/fname :person/lname]))
;;
