Paradigms  Constraint logic, declarative 

Designed by  Thom Frühwirth 
First appeared  1991 
Influenced by  
Prolog 
Constraint Handling Rules (CHR) is a declarative, rulebased programming language, introduced in 1991 by Thom Frühwirth at the time with European ComputerIndustry Research Centre (ECRC) in Munich, Germany.^{[1]}^{[2]} Originally intended for constraint programming, CHR finds applications in grammar induction,^{[3]}type systems,^{[4]}abductive reasoning, multiagent systems, natural language processing, compilation, scheduling, spatialtemporal reasoning, testing, and verification.
A CHR program, sometimes called a constraint handler, is a set of rules that maintain a constraint store, a multiset of logical formulas. Execution of rules may add or remove formulas from the store, thus changing the state of the program. The order in which rules "fire" on a given constraint store is nondeterministic,^{[5]} according to its abstract semantics and deterministic (topdown rule application), according to its refined semantics.^{[6]}
Although CHR is Turing complete,^{[7]} it is not commonly used as a programming language in its own right. Rather, it is used to extend a host language with constraints. Prolog is by far the most popular host language and CHR is included in several Prolog implementations, including SICStus and SWIProlog, although CHR implementations also exist for Haskell, Java, C,^{[8]}SQL,^{[9]} and JavaScript.^{[10]} In contrast to Prolog, CHR rules are multiheaded and are executed in a committedchoice manner using a forward chaining algorithm.
The concrete syntax of CHR programs depends on the host language, and in fact programs embed statements in the host language that are executed to handle some rules. The host language supplies a data structure for representing terms, including logical variables. Terms represent constraints, which can be thought of as "facts" about the program's problem domain. Traditionally, Prolog is used as the host language, so its data structures and variables are used. The rest of this section uses a neutral, mathematical notation that is common in the CHR literature.
A CHR program, then, consists of rules that manipulate a multiset of these terms, called the constraint store. Rules come in three types:^{[5]}
Since simpagation rules subsume simplification and propagation, all CHR rules follow the format
where each of is a conjunction of constraints: and contain CHR constraints, while the guards are builtin. Only one of needs to be nonempty.
The host language must also define builtin constraints over terms. The guards in rules are builtin constraints, so they effectively execute host language code. The builtin constraint theory must include at least true
(the constraint that always holds), fail
(the constraint that never holds, and is used to signal failure) and equality of terms, i.e., unification.^{[7]} When the host language does not support these features, they must be implemented along with CHR.^{[8]}
Execution of a CHR program starts with an initial constraint store. The program then proceeds by matching rules against the store and applying them, until either no more rules match (success) or the fail
constraint is derived. In the former case, the constraint store can be read off by a host language program to look for facts of interest. Matching is defined as "oneway unification": it binds variables only on one side of the equation. Pattern matching can be easily implemented when as unification when the host language supports it.^{[8]}
The following CHR program, in Prolog syntax, contains four rules that implement a solver for a lessorequal constraint. The rules are labeled for convenience (labels are optional in CHR).
% X leq Y means variable X is lessorequal to variable Y
reflexivity @ X leq X <=> true.
antisymmetry @ X leq Y, Y leq X <=> X = Y.
transitivity @ X leq Y, Y leq Z ==> X leq Z.
idempotence @ X leq Y \ X leq Y <=> true.
The rules can be read in two ways. In the declarative reading, three of the rules specify the axioms of a partial ordering:
All three rules are implicitly universally quantified (uppercased identifiers are variables in Prolog syntax). The idempotence rule is a tautology from the logical viewpoint, but has a purpose in the second reading of the program.
The second way to read the above is as a computer program for maintaining a constraint store, a collection of facts (constraints) about objects. The constraint store is not part of this program, but must be supplied separately. The rules express the following rules of computation:
Given the query
A leq B, B leq C, C leq A
the following transformations may occur:
Current constraints  Rule applicable to constraints  Conclusion from rule application 

A leq B, B leq C, C leq A 
transitivity  A leq C

A leq B, B leq C, C leq A, A leq C 
antisymmetry  A = C

A leq B, B leq A, A = C 
antisymmetry  A = B

A = B, A = C 
none 
The transitivity rule adds A leq C
. Then, by applying the antisymmetry rule, A leq C
and C leq A
are removed and replaced by A = C
. Now the antisymmetry rule becomes applicable on the first two constraints of the original query. Now all CHR constraints are eliminated, so no further rules can be applied, and the answer A = B, A = C
is returned: CHR has correctly inferred that all three variables must refer to the same object.
To decide which rule should "fire" on a given constraint store, a CHR implementation must use some pattern matching algorithm. Candidate algorithms include RETE and TREATS, but most implementation use a lazy algorithm called LEAPS.^{[11]}
The original specification of CHR's semantics was entirely nondeterministic, but the socalled "refined operation semantics" of Duck et al. removed much of the nondeterminism so that application writers can rely on the order of execution for performance and correctness of their programs.^{[5]}^{[12]}
Most applications of CHRs require that the rewriting process be confluent; otherwise the results of searching for a satisfying assignment will be nondeterministic and unpredictable. Establishing confluence is usually done by way of the following three properties:^{[2]}
By: Wikipedia.org
Edited: 20210618 18:12:29
Source: Wikipedia.org