这是一个临时解决方法neq
:
:- use_module(library(chr)).
:- chr_constraint neq/2.
neq(X,X) <=> fail.
neq(X,Y) <=> ground(X), ground(Y) | true.
它可以通过幻灯片中的所有测试:
?- neq(a,a).
false.
?- neq(a,b).
true.
?- neq(A,B).
neq($VAR(A),$VAR(B)).
?- neq(A,B), A = B.
false.
?- neq(A,B), A = a, B = a.
false.
?- neq(A,B), A = a, B = b.
A = a,
B = b.
?- neq(A,B), A = f(C), B = f(D).
A = f($VAR(C)),
B = f($VAR(D)),
neq(f($VAR(C)),f($VAR(D))).
%% And some other tests which not in the slide.
?- neq([1,2,3], [1,2,X]).
neq([1,2,3],[1,2,$VAR(X)]).
?- neq([1,2,3], [1,2,X]), X=3.
false.
?- neq([1,2,3], [1,2,X]), X=4.
X = 4.
?- neq([1,2,3], X).
neq([1,2,3],$VAR(X)).
?- neq([1,2,3], X), X=[1,2,3].
false.
?- neq([1,2,3], X), X=[1,2,Y].
X = [1,2,$VAR(Y)],
neq([1,2,3],[1,2,$VAR(Y)]).
似乎当前的 CHR 实现禁止出现在守卫头部的绑定变量(请参阅自己检查守卫绑定),即使这些绑定可以通过\+
. 请注意,X \= Y
等效于\+ X = Y
. 此外,守卫中的统一谓词=
似乎只与变量的标识符进行比较,而不是统一它们。
这种解决方法的缺点是,例如,
?- neq(A,B), A = [1,X], B=[].
A = [1,$VAR(X)],
B = [],
neq([1,$VAR(X)],[]).
由于A
is not ground,第二条规则不会触发,但我们知道它A
不能B
相等,即neq([1,$VAR(X)],[])
应该被删除。
无论如何,这只是一个临时的解决方法。如果有人有更好的解决方案或解释,我可以删除这个答案。