Powerful "refined" steroids for schema library.
Type refinement is all about making the types (schemas) more precise to keep you away from errors and bugs. All heavy lifting of checking/validation the shape of the data is done by schema
library. Here we introduce a few new concepts to make schemas flexible and more expressive:
types
are basically schemas (see Schema
protocol). All operations with types return types, but we're trying to deal with them as data not just functions. We gain a lot from such approach (schema
would force you treat your type checks as black boxes)
predicates
, like (LessThan 10)
or NonEmpty
, that you can combine using logical operations and
, or
, not
etc (or define your own)
product types with Struct
that you can accrete and reduce "on fly" (think, as maps on steroids)
sum types with explicit dispatching that you can use not loosing flexibility (think, as schema/conditional
on steroids)
refined
to glue all the above together (think, as schema/constrained
on steroids)
And more!
[com.attendify/schema-refined "0.3.0-alpha4"]
Readability and Soundness
Being as precise as we can
Avoid as many bugs as possible
Provide clean and useful error messages
Get ready!
(require '[schema-refined.core :as r])
(require '[schema.core :as schema])
schema-refined.core/refined
is a supercharged version of schema.core/constrained
. This function takes
two params: a type (which should be a valid schema) and a predicate (which should either satisfy
schema-refiend.core/Predicate
protocol or be a function from value of given type to boolean) and
returns a schema that checks both that "basic" schema (given as a type) is satisfied and the predicates
returns true
for this specific value. You can also use another schema as a predicate. There are a lot of
built-in predicates, please check the listing below. Predicates are very composable, you can create
a new one from existing using logical rules And
, Or
, Not
and On
(checks predicate after applying to
the value given function). There're also a few high-level predicaetes to deal with collections, like Forall
,
First
, Last
etc.
Motivational example.
;; "manually" with refined and predicates
(def LatCoord (r/refined double (r/OpenClosedInterval -90.0 90.0)))
;; the same using built-in types
;; (or functions to create types from other types, a.k.a. generics)
(def LngCoord (r/OpenClosedIntervalOf double -180.0 180.0))
;; Product type using a simple map
(def GeoPoint {:lat LatCoord :lng LngCoord})
;; using built-in types
(def Route (r/BoundedListOf GeoPoint 2 50))
;; or same with predicates
(def Route (r/refined [GeoPoint] (BoundedSize 2 50)))
(def input [{:lat 48.8529 :lng 2.3499}
{:lat 51.5085 :lng -0.0762}
{:lat 40.0086 :lng 28.9802}])
;; Route now is a valid schema, so you can use it as any other schema
(schema/check Route input)
Even more motivational example.
(def InZurich {:lat (r/refined double (r/OpenInterval 47.34 47.39))
:lng (r/refined double (r/OpenInterval 8.51 8.57))})
(def InRome {:lat (r/refined double (r/OpenInterval 41.87 41.93))
:lng (r/refined double (r/OpenInterval 12.46 12.51))})
;; you can use schemas as predicates
(def RouteFromZurich (r/refined Route (r/First InZurich)))
(def RouteToRome (r/refined Route (r/Last InRome)))
(def RouteFromZurichToRome (r/refined Route (r/And (r/First InZurich) (r/Last InRome))))
;; or even more
;; note, that predicates are composable
(def FromZurichToRome (r/And (r/First InZurich) (r/Last InRome)))
(def RouteFromZurichToRomeWithLess3Hops
(r/refined Route (r/And FromZurichToRome (r/BoundedSize 2 5))))
The library follows a few rules on how names are made, so it's easier to make sense of types and predicates:
function that takes type (schema) to create refined version has Of
suffix. E.g. NonEmptyListOf
specific refined type has suffix of a basic type, predicates are suffix-free. E.g. LowerCased
is
a predicate, LowerCasedStr
is a type
Schema previously had s/either
to deal with sum types. Which didn't work the way e.g. one-of
doesn't work
when dealing with JSON schema: the description is fragile and error messages is not useful at all ("typing" message
that given data does not conform any of the listed options would only confuse). That's why schema
switch to
conditional
where you have to specify branching predicate in advance. schema-refined
includes slightly more
readable version of conditionals r/dispatch-on
that covers the fundamental use case of having a single predicate
to decide on the branch (option).
(defn BoundedGeoPolygon [n]
(r/BoundedListOf GeoPoint n))
(def Point (BoundedGeoPolygon 1))
(def Line (BoundedGeoPolygon 2))
(def Triangle (BoundedGeoPolygon 3))
(def GeoShape
(r/dispatch-on count
1 Point
2 Line
3 Triangle
:else RandomShape))
schema-refined.core/Struct
creates a product type which works like a simple map, but can be flexible
refined with schema-refined.core/guard
. Guarded struct still can be changed "on fly" using assoc
(think:
adding a new field to the record) and dissoc
(think: removing specific field from the record).
(def -FreeTicket (Struct
:id Id
:type (s/eq "free")
:title NonEmptyStr
:quantity (OpenIntervalOf 1 1e4)
:description (s/maybe NonEmptyStr)
:status (s/enum :open :closed)))
(def FreeTicket (guard -FreeTicket '(:quantity :status) enough-sits-when-open))
;; nil
You can easily extend the type now:
(def -PaidTicket (assoc FreeTicket
:type (s/eq "paid")
:priceInCents PositiveInt
:taxes [Tax]
:fees (s/enum :absorb :pass)))
(def PaidTicket
(guard -PaidTicket '(:taxes :fees) pass-tax-included))
;; nil
and reduce:
(dissoc PaidTicket :status)
;; nil
;; (only one guard left)
schema-refined.core/StructDispatch
provides you the same functionality as schema-refined.core/dispatch-on
,
but the resulting type behaves list a one created with schema-refined.core/Struct
.
(def Ticket (StructDispatch :type
"free" FreeTicket
"paid" PaidTicket))
;; nil {...}
;; paid => {...}>
;; note, that when using `schema.core/conditional` the following would not
;; give you intended result! but it works as expected here
(def CreateTicketRequest (dissoc Ticket :id :status))
To find more examples and use cases, please see doc strings (whenever applicable) and tests.
Separate "serialization" presentation (basic Scalar types) fro "business" logic and rules with a flexibility to send pointers to all predicates over the wire
Maybe we need another way to deal with generics to provide flexibility with higher kinded types (using function to build a new type hides some information about the underlying representation and it's impossible to extend w/o reimplemention)
Try to catch "impossible" predicates (which defines empty sets of values), like (And (Less 10) (Greater 100))
Clean and concise way to represent transformation invariants (right now you can only define your output type as a function from input value, doing manual manipulations, which might be kinda tricky and not very obvious for the reader of your code)
Not
And
Or
On
Equal
Less
LessOrEqual
Greater
GreaterOrEqual
Ascending
AscendingBy
AscendingOn
Descending
DescendingBy
DescendingOn
OpenInterval
ClosedInterval
OpenClosedInterval
ClosedOpenInterval
Epsilon
OpenIntervalOf
ClosedIntervalOf
OpenClosedIntervalOf
ClosedOpenIntervalOf
Even
Odd
Modulo
DivisibleBy
NonDivisibleBy
PositiveOf
NegativeOf
NonNegativeOf
NonPositiveOf
PositiveInt
NegativeInt
NonNegativeInt
NonPositiveInt
PositiveDouble
NegativeDouble
NonNegativeDouble
NonPositiveDouble
Uri
Url
StartsWith
EndsWith
Includes
LowerCased
UpperCased
NonEmptyStr
BoundedSizeStr
DigitChar
ASCIILetterChar
ASCIILetterOrDigitChar
BitChat
BitStr
IntStr
FloatStr
UriStr
UrlStr
StartsWithStr
EndsWithStr
IncludesStr
LowerCasedStr
UpperCasedStr
Empty
NonEmpty
BoundedSize
Distinct
DistinctBy
Forall
Exists
First
Second
Index
Rest
Last
Butlast
Pairwise
EmptyList
EmptySet
EmptyMap
NonEmptyListOf
NonEmptyMapOf
NonEmptySetOf
BoundedListOf
BoundedSetOf
BoundedMapOf
SingleValueListOf
SingleValueSetOf
SingleValueMapOf
UniqueItemsListOf
NonEmptyUniqueItemsListOf
schema
protocols for Struct
and StructDispatch
feature-*
(or ft-
) branch to start making your changes.or simply...
schema-refined
is licensed under the MIT license, available at MIT and also in the LICENSE file.
Can you improve this documentation?Edit on GitHub
cljdoc is a website building & hosting documentation for Clojure/Script libraries
× close