(lispkit match)
(lispkit match)
ports Alex Shinn's portable hygienic pattern matcher library to LispKit and adapts it to match LispKit's features. For instance, (lispkit match)
assumes all pairs are immutable. At this point, the library does not support matching against algebraic datatypes. Procedure match
of library (lispkit datatype)
needs to be used for this purpose.
Simple patterns
Patterns are written to look like the printed representation of the objects they match. The basic usage for matching an expression expr
against a pattern pat
via procedure match
looks like this:
Here, the result of expr
is matched against each pattern in turn, and the corresponding body is evaluated for the first to succeed. Thus, a list of three elements matches a list of three elements.
If no patterns match, an error is signaled. Identifiers will match anything, and make the corresponding binding available in the body.
If the same identifier occurs multiple times, the first instance will match anything, but subsequent instances must match a value which is equal?
to the first.
The special identifier _
matches anything, no matter how many times it is used, and does not bind the result in the body.
To match a literal identifier (or list or any other literal), use quote
.
Analogous to its normal usage in scheme, quasiquote
can be used to quote a mostly literally matching object with selected parts unquoted.
Often you want to match any number of a repeated pattern. Inside a list pattern you can append ...
after an element to match zero or more of that pattern, similar to a regular expression Kleene star.
Pattern variables matched inside the repeated pattern are bound to a list of each matching instance in the body.
More than one ...
may not be used in the same list, since this would require exponential backtracking in the general case. However, ...
need not be the final element in the list, and may be succeeded by a fixed number of patterns.
___
is provided as an alias for ...
when it is inconvenient to use the ellipsis (as in a syntax-rules template).
The ..1
syntax is exactly like the ...
except that it matches one or more repetitions like a +
in regular expressions.
Composite patterns
The boolean operators and
, or
and not
can be used to group and negate patterns analogously to their Scheme counterparts.
The and
operator ensures that all subpatterns match. This operator is often used with the idiom (and x pat)
to bind x
to the entire value that matches pat
, similar to "as-patterns" in ML and Haskell. Another common use is in conjunction with not
patterns to match a general case with certain exceptions.
The or
operator ensures that at least one subpattern matches. If the same identifier occurs in different subpatterns, it is matched independently. All identifiers from all subpatterns are bound if the or
operator matches, but the binding is only defined for identifiers from the subpattern which matched.
The not
operator succeeds if the given pattern does not match. None of the identifiers used are available in the body.
The more general operator ?
can be used to provide a predicate. The usage is (? predicate pat ...)
where predicate
is a Scheme expression evaluating to a predicate called on the value to match, and any optional patterns after the predicate are then matched as in an and
pattern.
Advanced patterns
The field operator =
is used to extract an arbitrary field and match against it. It is useful for more complex or conditional destructuring that can't be more directly expressed in the pattern syntax. The usage is (= field pat)
, where field
can be any expression, and should evaluate to a procedure of one argument which gets applied to the value to match to generate a new value to match against pat
.
Thus the pattern (and (= car x) (= cdr y))
is equivalent to (x . y)
, except it will result in an immediate error if the value isn't a pair.
The record operator $
is used as a concise way to match records. The usage is ($ rtd field ...)
, where rtd
should be the record type descriptor specified as the first argument to define-record-type
, and each field
is a subpattern matched against the fields of the record in order. Not all fields must be present. For more information on record type descriptors see library (lispkit record)
.
For records with more fields it can be helpful to match them by name rather than position. For this you can use the @
operator, originally a Gauche extension:
The set!
and get!
operators are used to bind an identifier to the setter and getter of a field, respectively. The setter is a procedure of one argument, which mutates the field to that argument. The getter is a procedure of no arguments which returns the current value of the field.
The new operator ***
can be used to search a tree for subpatterns. A pattern of the form (x *** y)
represents the subpattern y
located somewhere in a tree where the path from the current object to \var{y} can be seen as a list of the form (x ...)
. y
can immediately match the current object in which case the path is the empty list. In a sense, it is a two-dimensional version of the ...
pattern. As a common case the pattern (_ *** y)
can be used to search for y
anywhere in a tree, regardless of the path used.
Pattern grammar
Matching API
The result of expr is matched against each pattern pat in turn until the first pattern matches. When a match is found, the corresponding body statements are evaluated in order, and the result of the last expression is returned as the result of the entire match
evaluation. If a failure occurs, then it is bound to a procedure of no arguments which continues processing at the next pattern. If no pattern matches, an error is signaled.
This is a shortcut for lambda
in combination with match
. match-lambda
returns a procedure of one argument, and matches that argument against each clause.
match-lambda*
is similar to match-lambda
. It returns a procedure of any number of arguments, and matches the argument list against each clause.
match-let
matches each variable var to the corresponding expression, and evaluates the body with all match variables in scope. It raises an error if any of the expressions fail to match. This syntax is analogous to named let
and can also be used for recursive functions which match on their arguments as in match-lambda*
.
Similar to match-let
, but analogously to let*
, match-let*
matches and binds the variables in sequence, with preceding match variables in scope.
Similar to match-let
, but analogously to letrec
, match-letrec
matches and binds the variables with all match variables in scope.
This documentation was derived from code and documentation written by Andrew K. Wright, Robert Cartwright, Alex Shinn, Panicz Maciej Godek, Felix Thibault, Shiro Kawai and Ludovic Cortès.
Last updated