Meanderδ
Meander is a Clojure/ClojureScript data transformation library which combines higher order functional programming with concepts from term rewriting and logic programming. It does so with a trifold union of syntactic pattern matching, syntactic pattern substitution, and a suite of transform combinators known as strategies that run the gamut from purely functional to purely declarative.
Documentation
Blog Posts
Pattern Matching
Operators
The primary operators for pattern matching and searching are available in meander.match.delta.
match
The match operator provides traditional pattern matching. It takes an expression to "match" followed by a series of pattern/action clauses.
(match x ;; 1
pattern ;; 2
action ;; 3
,,,)
xis the expression.patternis the pattern to match against the expression. Patterns have special syntax that is important to understand.actionis the action expression to be evaluated ifpatternmatches successfully. Certain patterns can bind variables and, if a match is successful, will be available to theactionexpression.
Like clojure.core/case, if no patterns match an exception will be
thrown.
Example:
(require '[meander.core.delta :refer [match]])
(match [1 2 1]
;; Pair of equivalent objects.
[?a ?a]
?a
;; Triple where the first and last element are equal.
[?a ?b ?a]
?a)
;; =>
1
search
The search operator is an extended version match which returns a sequence of all action values which satisfy their pattern counterparts. Map patterns with variable keys, set patterns with variable subpatterns, or two side-by-side zero or more subsequence patterns, are all examples of patterns which may have multiple matches for a given value. search will find all such matches and, unlike match, will not throw when a pattern match could not be made. In essence, search allows you to query arbitrary data.
Example:
(require '[meander.core.delta :refer [search]])
;; Find all pairs of an odd number followed by an even number in the
;; collection.
(search [1 1 2 2 3 4 5]
[_ ... (pred odd? ?a) (pred even? ?b) . _ ...]
[?a ?b])
;; =>
([1 2] [3 4])
find
The find operator is similar to search, however, returns only the first search result. If it cannot be found, find returns nil.
Example:
(require '[meander.core.delta :refer [find]])
;; Find the first pair of an odd number followed by an even number in
;; the collection.
(find [1 1 2 2 3 4 5]
[_ ... (pred odd? ?a) (pred even? ?b) . _ ...]
[?a ?b])
;; =>
[1 2]
Pattern Syntax
Literals
The simplest patterns to express are literal patterns. Literal patterns are patterns are any lists, vectors, simple data types (numbers, strings, booleans, etc), or any symbols that aren't considered special by meander.
For example, the pattern
1
2
"stuff"
True
All of these are simple data type patterns that match themselves
(fn [] "foo")
matches a list where the first element is the symbol fn, the second is the empty vector, and the third is the string "foo"
List and vector patterns may also qualify as literal patterns if they contain no map or set patterns.
([1] [2] [3])
is a literal pattern, however,
[{:foo 1} #{:bar :baz} {:quux 3}]
is not. This is because map and set patterns express submap and subset patterns respectively. The pattern
{:foo 1}
expresses the value being matched is a map containing the key :foo with value 1. That means that there may be more keys. For example the above pattern would match the following list: {:foo 1 :bar 2}.
The pattern
#{:foo :bar}
expresses the value being matched is a set containing the values :foo and :bar. Again, this does not mean that these are the only elements in the set.
ClojureScript Literals
In ClojureScript it is possible to pattern match on JavaScript Arrays and Object using the #js [] and #js {} literal syntaxes respectively.
(match #js [1 2 1]
#js [?x ?y ?x]
?x)
;; => 1
(match js/process
#js {:version ?version, :platform ?platform}
[?version ?platform])
;; =>
["v11.4.0" "darwin"]
#js {} pattern matching is very liberal and matches against any non nil equivalent JavaScript object.
Variables
Pattern variables are variables which may or may not bind symbols to the values they match. In the case of variables which bind, the bindings are made available for use in pattern actions, substitutions, and even within patterns. There are two types of pattern variables which bind, logic variables and memory variables, and one type of variable which does not, the so-called any variable also known as a wild card.
Logic Variables
Logic variables are variables which express an equivalent, but not necessarily identical, value everywhere within a pattern. They are represented by a simple symbol prefixed with the ? character.
To express any 2-tuple composed of equivalent elements we would write the following.
[?x ?x]
This pattern will match a value like
[1 1]
and bind ?x to 1 but will not match a value like
[1 2]
since the second occurence of ?x is not equal to 1.
Note that a logic variable in place of a map's value might have a surprising result:
(match {:a 1}
{:b ?b}
?b)
;; =>
nil
One might expect this pattern to fail. This behavior is useful in other situations though since in clojure it is idiomatic to leave a key out completely when there's no reasonable value for it:
(doseq [person [{:name "John Doe" :title "MD"}
{:name "Mike Foe"}]]
(match person
{:name ?name :title ?title}
(println (str ?name (when ?title (str ", " ?title))))))
;; =>
John Doe, MD
Mike Foe
nil
If you wish to match a key's value to a non-nil value you can use:
(match {:name "Mike Foe"}
{:name (pred some? ?name) :title (pred some? ?title)}
[?name ?title])
;; =>
Execution error (ExceptionInfo) at user/eval4134$fail (REPL:1).
non exhaustive pattern match
Or if you just need to ensure a key is present without binding it:
(match {:name "John Doe" :title "MD"}
(pred #(contains? % :title) ?p)
:has-a-title)
;; =>
:has-a-title
pred will be discussed shortly.
Memory Variables
Memory variables are variables which "remember" or collect values during pattern matching. They are represented by a simple symbol prefixed with the ! character. Because they collect multiple values it is idiomatic to employ a plural naming convention e.g. !xs or !people.
To collect values from a 4-tuple such that we collect the first and last elements in one container and the middle elements in another we would write the following.
[!xs !ys !ys !xs]
This pattern will match a value like
[:red :green :yellow :blue]
and bind !xs to [:red :blue] and !ys to [:green :yellow].
Any Variables
Any variables are variables which match anything but do not bind the values they match. They are represented as simple symbols prefixed with the _ character e.g. _, _first-name, and so on. Any variables commonly appear in the last clause of a match expression as a catch-all when all other patterns fail to match.
Mutable Variables
Mutable variables are variables which, like any variables, will match anything but, unlike any variables will bind the values they match. They are represented as simple symbols prefixed with the * character e.g. *scratch. Mutable variables were introduced as a primitive in order to derive specific features cleanly.
Matching the pattern
[*m *m]
against
[1 2]
would first bind *m to 1, and then ultimately to 2.
Operators
guard
(guard expr) matches whenenver expr is truthy.
Example:
(match :anything
(guard (= 1 1)) :okay)
;; => :okay
pred
(pred pred-fn pat-0 ,,, pat-n) matches whenenver pred-fn applied to the current value being matched returns a truthy value and all of pat-0 through pat-n match.
Example:
(match 42
(pred even?)
:okay)
;; => :okay
(match [42 43]
[(pred even? ?x) (pred odd?)]
?x)
;; => 42
app
(app fn-expr pat-0 ,,, pat-n) matches whenever fn-expr applied to the current value being matched matches pat-0 through pat-n.
(match 42
(app inc (pred odd? ?x))
:even
_
:odd)
;; =>
:even
(match (list 1 2 3)
(and (app first ?x) (app rest ?xs))
{:x ?x, :xs ?xs})
;; =>
{:x 1, :xs (2 3)}
let
(let pat expr) matches when pat matches the result of evaluating expr. This allows pattern matching on an arbitrary expression.
Example:
(match :not-a-pair
(or [?x ?y] (let [?x ?y] [1 2]))
[?x ?y])
;; => [1 2]
not
(not pattern) is the negation of a pattern. It will match anything that does not match pattern
Example:
(match 12
(not 42)
:yep)
;; => :yep
(match 42
(not 42)
:yep
_
:fail)
;; => :fail
and
(and pat-0 ,,, pat-n) matches when all of pat-0 through pat-n match.
Example:
(match 42
(and ?x (guard (even? ?x)))
?x)
;; => 42
or
(or pat-0 ,,, pat-n) matches when any one of pat-0 through pat-n match.
Example:
(match 42
(or 43 42 41)
true)
;; => true
Note that unbound variables must be shared by pat-0 through pat-n.
Example:
(match [1 2 3]
(or [?x ?y]
[?x ?y ?z])
[?x ?y])
;; Every pattern of an or pattern must have references to the same
;; unbound variables.
;; {:pat (or [?x ?y] [?x ?y ?z]),
;; :env #{},
;; :problems [{:pat [?x ?y], :absent #{?z}}]}
scan
(scan pat) searches a sequence for elements that match pat.
(search [1 2 3]
(scan ?x)
?x)
;; => (1 2 3)
(search {:x 1 :y 2 :z 3}
(scan [?a ?b])
{?b ?a})
;; => ({1 :x} {2 :y} {3 :z})
$
($ pat) recursively searches all nested sequences for elements that match
pat
(search [[1] 2 [[3 4] 5]]
($ [?a ?b])
[?a ?b])
;; => ([[3 4] 5] [3 4])
Additionally, you can optionally specify a context variable that, when called
with an argument, returns the toplevel collection with all matched variables
replaced with the argument.
(search [[1] 2 [[3 4] 5]]
($ ?context [?a ?b])
(?context [9])
;; => ([[1] 2 [9]] [[1] 2 [[9] 5]])
with
The with pattern operator enables patterns to be bound much like clojure.core/let.
(with [%ref1 pat1
,,,
%refn patn]
pat)
These pattern bindings are called "references" and are named with
simple symbols prefixed by the % character. References may be
specified in any order and may also be recursive. In essence, the
with operator allows for novel and powerful feature: the ad-hoc
construction and matching of recursive grammars.
Example:
(let [hiccup [:div
[:p {"foo" "bar"}
[:strong "Foo"]
[:em {"baz" "quux"} "Bar"
[:u "Baz"]]]
[:ul
[:li "Beef"]
[:li "Lamb"]
[:li "Pork"]
[:li "Chicken"]]]]
;; meander.match.delta/find
(find hiccup
(with [%h1 [!tags {:as !attrs} . %hiccup ...]
%h2 [!tags . %hiccup ...]
%h3 !xs
%hiccup (or %h1 %h2 %h3)]
%hiccup)
[!tags !attrs !xs]))
;; =>
[[:div :p :strong :em :u :ul :li :li :li :li]
[{"foo" "bar"} {"baz" "quux"}]
["Foo" "Bar" "Baz" "Beef" "Lamb" "Pork" "Chicken"]]
In the example above, with is used to (naively) describe and match
hiccup. Notice that
references %h1, %h2, and %hiccup refer to each other in their
definitions. The "body" of the with form says we wish to match
%hiccup against the current value being matched, in this case
hiccup. When the match executes it does so recursively and, as we
can see, correctly.
Subsequences
When matching subsequences it is often useful to express the notions of zero or more and n or more things. The postfix operators ... or ..n respectively provide this utility.
Zero or more
The ... postfix operator matches the subsequence of patterns to its left (up to the first . or start of the collection) zero or more times.
Example:
(match [1 2 1 2 2 3]
[1 2 ... ?x ?y]
[?x ?y])
;; =>
[2 3]
(match [:A :A :A :B :A :C :A :D]
[:A !xs ...]
!xs)
;; =>
[:A :B :C :D]
Note that multiple unbounded sequences are allowed in a pattern only for search and find, match will throw an exception since the result is non-determinitic.
Example:
(mm/search [1 1 2 3]
[1 ... !rest ... ]
!rest)
;; =>
([1 1 2 3] [1 2 3] [2 3])
(mm/match [1 1 2 3]
[1 ... !rest ... ]
!rest)
;; =>
Syntax error macroexpanding mm/match at (REPL:1:1).
A variable length subsequence pattern may not be followed by another variable length subsequence pattern.
N or more
The ..n postfix operator matches the subsequence of patterns to its left (up to the first . or start of the collection) n or more times where n is a positive natural number.
Example:
(match [1 1 1 2 3]
[1 ..3 ?x ?y]
[?x ?y])
;; =>
[2 3]
(match [1 2 3]
[1 ..3 ?x ?y]
[:okay [?x ?y]]
_
[:fail])
;; =>
[:fail]
(match [1 1 1 2 3]
[1 ..3 ?x ?y]
[:okay [?x ?y]]
_
[:fail])
;; =>
[:okay [2 3]]
Partition
The . operator, read as "partition", partitions the collection into two parts: left and right. This operator is used primarily to delimit the start of a variable length subsequence. It is important to note that both ... and ..n act as partition operators as well.
Example:
(match [3 4 5 6 7 8]
[3 4 . !xs !ys ...]
[!xs !ys])
;; =>
[[5 7] [6 8]]
Had the pattern [3 4 . !xs !ys ...] in this example been written as [3 4 !xs !ys ...] the match would have failed. This is because the latter pattern represents a subsequence of 4 elements beginning with the sequence 3 4.
Example:
(search [3 0 0 3 1 1 3 2 2]
[_ ... 3 . !ys ...]
{:!ys !ys})
;; =>
({:!ys [0 0 3 1 1 3 2 2]}
{:!ys [1 1 3 2 2]}
{:!ys [2 2]})
This example demonstrates how search finds solutions for patterns which have sequential patterns which contain variable length subsequences on both sides of a partition. The pattern [_ ... 3 . !ys ...] says find every subsequence in the vector being matched after any occurence of a 3.
Escaping
In some cases you may want to "parameterize" a pattern by referencing an external value. This can be done using Clojure's unquote operator (unquote-splicing is currently not implemented).
unquote
Example:
(def x 2)
(defn match-my-map [m]
(m/match m
{:x ~x :y ?y}
[:okay ?y]
_
[:fail]))
(match-my-map {:x 1 :y 3})
;; =>
[:fail]
(match-my-map {:x 2 :y 3})
;;=>
[:okay 3]
;; The first two elements summed together equals the third.
(let [f (fn [z]
(match z
[?x ?y ~(+ ?x ?y)]
:yes
_
:no))]
[(f [1 2 3])
(f [2 1 4])
(f [1 3 4])])
;; =>
[:yes :no :yes]
Use cases
Here are some tips where pattern matching can come in handy:
- branching
(defn factorial [n]
(match n
0 1
1 1
_ (* n (factorial (- n 1)))))
- destructuring (with additional logic)
(search {:name "John" :accounts [{:id 1 :cash 100} {:id 2 :cash 200} {:id 3 :cash 300}]}
{:accounts (scan (and ?a (guard (> (:cash ?a) 150))))}
?a)
;; =>
({:id 2, :cash 200} {:id 3, :cash 300})
- validating
(match [1 2 3 2 5 2]
[(pred odd?) 2 ...]
:valid
_
:invalid_)
;; =>
:valid
Here are some fun examples:
- solving puzzles
(find [1 10 3 12 15 10 7]
[_ ... ?a ?b (pred #(= (+ ?a ?b) %)) . _ ...]
[?a ?b])
;; =>
[3 12]
- building list comprehensions
(search [[1 2 3] [4 3 2]]
(and [(scan ?x) (scan ?y)] (guard (< ?x ?y)))
[?x ?y])
;; =>
([1 4] [1 3] [1 2] [2 4] [2 3] [3 4])
Pattern Substitution
Pattern substitution can be thought of as the inverse to pattern matching. While pattern matching binds values by deconstructing an object, pattern substitution uses existing bindings to construct an object.
The substitute operator is available from the meander.substitute.delta namespace and utilizes the same syntax as match and search (with a few exceptions). On its own it is unlikely to be of much use, however, it is a necessary part of building syntactic rewrite rules.
Because rewriting is a central theme it's worthwhile to understand substitution semantics.
Logic variables
Logic variables have semantically equivalent behavior to the unquote operator.
(let [?x 1]
(substitute (+ ?x ~?x)))
;; =>
(+ 1 1)
Memory variables
Memory variables disperse their values throughout a substitution. Each occurence disperses one value from the collection into the expression.
(let [!xs [1 2 3]]
(substitute (!xs !xs !xs)))
;; =>
(1 2 3)
This works similarly for subsequence patterns: values are dispersed until one of the memory variables is exhausted.
(let [!bs '[x y]
!vs [1 2 3]
!body '[(println x) (println y) (+ x y)]]
(substitute (let* [!bs !vs ...] . !body ...)))
;; =>
(let* [x 1 y 2] (println x) (println y) (+ x y))
When an expression has memory variable occurences which exceed the number of available elements in its collection nil is dispersed after it is exhausted.
(let [!xs [1]]
(substitute (!xs !xs !xs)))
;; =>
(1 nil nil)
nil is also dispersed in n or more patterns up to n.
(let [!xs [1]
!ys [:A]]
(substitute (!xs !ys ..2)))
;; =>
(1 :A nil nil)
Rewriting
Rewriting Overview
Rewriting, also known as term rewriting or program transformation, is a programming paradigm based on the idea of replacing one term with another.
A term is simply some valid expression in a given language. In Clojure these are objects which can be expressed in Clojure syntax.
In a term rewriting system a replacement, formally known as a reduction, is described by a rule, or identity, which expresses an equivalence relation between two terms. In mathematics this relationship is often expressed with the = sign. To make this concept clear let's consider two properties of multiplication: the distributive and commutative properties.
The distributive property of multiplication is defined as
a × (b + c) = (a × b) + (a × c)
The commutative property for multiplication is defined as
a × b = b × a
Putting multiplication aside for moment and considering only the symbols involved on both sides of the =, we can view these identities as a description of how to rewrite the term on the left as the term on the right. Indeed, the term rewrite is commonly used in mathematics text to express this concept. Let's evaluate the expression
(w + x) × (y + z)
with these rules.
By the distributed property we have
((w + x) × y) + ((w + x) × z)
with a = (w + x), b = y, and c = z.
Next we'll apply the commutative property twice with a = (w + x) and b = y,
(y × (w + x)) + ((w + x) × z)
and then with a = (w + x) and b = z.
(y × (w + x)) + (z × (w + x))
Finally we can apply the distributive property two more times with a = y and b = (w + x),
((y × w) + (y × x)) + ((z × (w + x))
and then with a = z and b = (w + x).
((y × w) + (y × x)) + ((z × w) + (z × x))
We've now rewritten our original expression by applying the rewrite rules. This is the fundamental concept of term rewriting.
But how did we know we were finished? Couldn't we continue to apply the commutative rule infinitely? We could! It turns out termination is a problem term rewriting systems must grapple with and there are many approaches. One of the simplest is to place the burden of termination on the user. As programmers, we're already accustomed to this problem; we want a loop to stop at a certain point etc. In the term rewriting world this is achieved with strategies and strategy combinators.
Strategy Combinators
A strategy is a function of one argument, a term t, and returns the term rewritten t*. A strategy combinator is a function which accepts, as arguments, one or more strategies and returns a strategy.
Meander's strategy combinators can be found in the meander.strategy.delta namespace.
(require '[meander.strategy.delta :as r])
The alias r stands for "rewrite" and will be used throughout the following examples.
Before diving into the combinators themselves it's important to understand how combinators fail. When a combinator fails to transform t into t* it returns a special value: meander.strategy.delta/*fail* which is printed as #meander.delta/fail[]. This value is at the heart of strategy control flow. You can detect this value in your with meander.strategy.delta/fail?, however, you should rarely need to reach for this function outside of combinators.
Basic Combinators
fail
Strategy which always fails.
(r/fail 10)
;; =>
#meander.delta/fail[]
build
Strategy combinator which takes a value returns a strategy which always returns that value. Like clojure.core/constantly but the returned function takes only one argument.
(let [s (r/build "shoe")]
(s "horse"))
;; =>
"shoe"
pipe
Strategy combinator which takes two (or more) strategiesp and q and returns a strategy which applies p to t and then q if and only if p is successful. Fails if either p or q fails.
(let [s (r/pipe inc str)]
(s 10))
;; =>
"11"
(let [s (r/pipe inc r/fail)]
(s 10))
;; =>
#meander.delta/fail[]
Note: pipe actually takes zero or more strategies as arguments and has behavior analogous to and e.g. ((pipe) t) and ((pipe s) t) is the equivalent to (identity t) and (s t) respectively.
choice
Strategy which takes two (or more) strategies p and q and returns a strategy which attempts to apply p to t or q to t whichever succeeds first. Fails if all provided strategies fail. Choices are applied deterministically from left to right.
(let [s1 (r/pipe inc r/fail)
s2 (r/pipe inc str)
s (r/choice s1 s2)]
(s 10))
;; =>
"11"
pred
The strategy (pred pred-fn) succeeds returning t if the result of applying pred-fn to tis truthy.
(let [s (r/pred even?)]
(s 2))
;; =>
2
(let [s (r/pipe (r/pred even?) inc)]
(s 2))
;; =>
3
Traversal Combinators
one
The one combinator is a traversal combinator which applies a strategy s to one child of a term t. If there is no child term for which s succeeds then (one s) fails.
(let [s (fn [x]
(if (number? x)
(inc x)
r/*fail*))
one-s (r/one s)]
(one-s ["a" 2 "b" 3]))
;; =>
["a" 3 "b" 3]
(let [s (fn [x]
(if (number? x)
(inc x)
r/*fail*))
one-s (r/one s)]
(s ["a" "b" "c"]))
;; =>
#meander.delta/fail[]
some
The some combinator is a traversal combinator which applies a strategy s to one child of a term t. If there is no child term for which s succeeds then (some s) fails.
(let [s (fn [x]
(if (number? x)
(inc x)
r/*fail*))
some-s (r/some s)]
(some-s ["a" 2 "b" 3]))
;; =>
["a" 3 "b" 4]
(let [s (fn [x]
(if (number? x)
(inc x)
r/*fail*))
some-s (r/some s)]
(some-s ["a" "b" "c"]))
;; =>
#meander.delta/fail[]
all
The all combinator is a traversal combinator which applies a strategy s to every child of a term t. If there is one child term for which s fails then (all s) fails.
(let [s (fn [x]
(if (number? x)
(inc x)
r/*fail*))
all-s (r/all s)]
(all-s [1 2 3]))
;; =>
[2 3 4]
(let [s (fn [x]
(if (number? x)
(inc x)
r/*fail*))
all-s (r/all s)]
(all-s [1 2 "c"]))
;; =>
#meander.delta/fail[]
Matching Combinators
match
The match strategy is built on top of meander.match.delta/match. It succeeds whenever some term t is successfully matched.
(let [s (r/match
[:foo ?bar ?baz]
{:bar ?bar, :baz ?baz})]
(s [:foo 1 2]))
;; =>
{:bar 1, :baz 2}
(let [s (r/match
[:foo ?bar ?baz]
{:bar ?bar, :baz ?baz})]
(s [:baz 1 2]))
;; =>
#meander.delta/fail[]
find
The find strategy is built on top of meander.match.delta/find.
(let [s (r/find
{:ns ?ns
:namespaces {?ns ?syms}}
?syms)]
(s '{:ns b.core
:namespaces {a.core [a aa aaa]
b.core [b bb bbb]}}))
;; =>
[b bb bbb]
Like the macro it is built on top of, the find strategy will always succeed unless it explicitly returns meander.match.delta/*fail*.
(let [s (r/find
{:ns ?ns
:namespaces {?ns ?syms}}
?syms)]
(s '{:ns c.core
:namespaces {a.core [a aa aaa]
b.core [b bb bbb]}}))
;; =>
nil
(let [s (r/find
{:ns ?ns
:namespaces {?ns ?syms}}
?syms
_
r/*fail*)]
(s '{:ns c.core
:namespaces {a.core [a aa aaa]
b.core [b bb bbb]}}))
;; =>
#meander.delta/fail[]
rewrite
The rewrite strategy is built on top of meander.match.delta/find and meander.substitute.delta/substitute The rewrite strategy has the same form as find, match, and search, however, a substitution is performed instead of executing code. This allows for purely symbolic data transformation and is an incredibly powerful tool for syntactic and structural manipulations.
;; The commutative rule for multiplication.
(let [comm (rewrite
;; Left side
(* ?a (+ ?b ?c))
;; Right side
(+ (* ?a ?b)
(* ?a ?c)))]
(comm '(* (+ w x)
(+ y z))))
;; =>
(+ (* (+ w x) y)
(* (+ w x) z))
(let [s (rewrite
(let* [!bs !vs ..1]
. !body ...)
(let* [!bs !vs]
(let* [!bs !vs ...]
. !body ...)))]
(s '(let* [b1 :v1, b2 :v2, b3 :v3]
(vector b1 b2 b3))))
;; =>
(let* [b1 :v1]
(let* [b2 :v2
b3 :v3]
(vector b1 b2 b3)))
Project Status
Meander is younge, active, and ambitious project. Unless there is a reason to surrender, the project will continue to be regularly improved.
Release schedule
Releases can be expected most weeks. Prompt releases can be expected when bugs are fixed or there are significant performance enchancements.
Versioning semantics
This project uses an unorthodox method of versioning in that any change that could break compatibility with the current meander/artifactID must occur at a new meander/artifactID. For instance, a change in syntax could cause matches to now fail. In this case we do not want a new version of the software i.e. we do not wish to go from 0.0.N to 1.N.N etc. Instead we create a new meander/artifactID update the namespaces accordingly and continue to progress from there. This might sound strange at first but this method allows the project to progress in a way that is much more free than then traditional approach with semantic versioning with the following advantages:
- A version of a
meander/artifactIDwill always be safe to uprade. - When a new
meander/artifactIDis created you can depend on both without conflict when or if you decide to transition. - It promotes project growth because it gives the library the ability grow and change without the fear of breaking users.
Like anything, there are drawbacks to this approach, however, as the project matures it should stabilize and be more like a "regular" project.
Can you improve this documentation? These fine people already did:
Joel Holdbrooks, Jimmy Miller, xificurC & Timothy PratleyEdit on GitHub
cljdoc is a website building & hosting documentation for Clojure/Script libraries
× close