- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我正在尝试使用 call_with_depth_limit/3
在 SWI-Prolog 中实现迭代深化,要么我不明白它是如何工作的,要么它行为不端。我有一个发生以下情况的示例:
?- call_with_depth_limit(mygoal, 29, Result).
Result = 29 ;
Result = 25 ;
Result = 27 ;
Result = 27 ;
false.
?- call_with_depth_limit(mygoal, 26, Result).
Result = depth_limit_exceeded ;
false.
根据文档,如果可以使用 Limit max recursion 或更少来证明目标,它应该会成功。在第一个限制为 30 的调用中,我们看到 Result 为 25 的结果,因此我希望以 26 的限制调用它会成功。
loop :- loop.
succeed(0).
succeed(N) :- N > 0, N1 is N - 1, succeed(N1).
fail(N) :- N > 0, N1 is N - 1, fail(N1).
?- call_with_depth_limit(succeed(0), 1000, Result).
Result = 1 ;
false.
?- call_with_depth_limit(fail(50);succeed(0), 1000, Result).
Result = 53 ;
false.
% It tries loop until Limit+1 and therefore this is the Result
?- call_with_depth_limit(loop;succeed(0), 1000, Result).
Result = 1001 ;
false.
% In the second result it has to unroll the stack from 100 before trying the next, so Result is 100.
?- call_with_depth_limit(loop;succeed(100);succeed(0), 1000, Result).
Result = 1001 ;
Result = 103 ;
false.
?- call_with_depth_limit(loop;succeed(0);succeed(0), 1000, Result).
Result = 1001 ;
Result = 3 ;
false.
% If it gets to the end, and it has reached Limit+1 since the last successful result it returns depth_limit_exceeded.
?- call_with_depth_limit(loop;succeed(100);succeed(0);loop, 1000, Result).
Result = 1001 ;
Result = 103 ;
Result = depth_limit_exceeded.
最佳答案
我不相信 SWI-Prolog 甚至实现了自己的 call_with_depth_limit/3
规范。 .至少我读到:
If Goal can be proven without recursion deeper than Limit levels, call_with_depth_limit/3 succeeds, binding Result to the deepest recursion level used during the proof. Otherwise, Result is unified with depth_limit_exceeded if the limit was exceeded during the proof...
Result
永远不会大于
Limit
.但是有了这个程序:
succeed_with_depth(3) :-
succeed(3).
succeed_with_depth(1) :-
succeed(1).
succeed(0).
succeed(N) :-
N > 0,
N1 is N - 1,
succeed(N1).
我观察到(SWI-Prolog 7.6.4):
?- call_with_depth_limit(succeed_with_depth(N), 5, Result).
N = 3,
Result = 5 ;
N = 1,
Result = 6 ;
false.
证明更浅的目标会导致更深的递归。超出限制但仍然成功的递归。
succeed_with_depth(1)
在直接调用时回溯:
?- call_with_depth_limit(succeed_with_depth(1), 5, Result).
Result = 3 ;
false.
或者可以在
succeed_with_depth
的最外层添加 1 个深度用于回溯?那仍然应该给
Result = 4
而不是
6
.
succeed/1
的第一条中添加了一个删减。将意外行为更改为预期行为。我认为这进一步表明 SWI-Prolog 的行为已被破坏:唯一的区别是删除了一个在回溯时将立即失败的选择。在任何后续计算中都没有实际的更深层次的递归。
interpret_with_depth_limit(Goal, Limit, Result) :-
interpret_with_depth_limit(Goal, 0, Limit, Result).
interpret_with_depth_limit(_Goal, Current, Limit, depth_limit_exceeded) :-
Current >= Limit,
!.
interpret_with_depth_limit(Builtin, N, _Limit, N) :-
builtin(Builtin),
!,
call(Builtin).
interpret_with_depth_limit((A, B), N, Limit, Result) :-
!,
interpret_with_depth_limit(A, N, Limit, ResultA),
integer(ResultA),
interpret_with_depth_limit(B, N, Limit, ResultB),
integer(ResultB),
Result is max(ResultA, ResultB).
interpret_with_depth_limit(Goal, N, Limit, Result) :-
N1 is N + 1,
N1 < Limit,
clause(Goal, Body),
interpret_with_depth_limit(Body, N1, Limit, Result).
builtin(true).
builtin(_ > _).
builtin(_ is _).
这不会在回溯中保留深度信息,因此回溯的行为与调用更具体的目标实例时相同:
?- interpret_with_depth_limit(succeed_with_depth(N), 6, Result).
N = 3,
Result = 5 ;
N = 1,
Result = 3 ;
false.
?- interpret_with_depth_limit(succeed_with_depth(3), 6, Result).
Result = 5 ;
false.
?- interpret_with_depth_limit(succeed_with_depth(1), 6, Result).
Result = 3 ;
false.
迭代深化,以正确的顺序准确地找到每个答案一次(即,首先是最浅的证明),然后是:
call_succeedingdepth(Goal, Depth) :-
between(1, infinite, Limit),
Depth is Limit - 1,
interpret_with_depth_limit(Goal, Limit, Depth).
测试:
?- call_succeedingdepth(succeed_with_depth(N), Depth).
N = 1,
Depth = 3 ;
N = 3,
Depth = 5 ;
% nontermination
我不认为关于不终止的事情可以做任何事情。你通常会在有无数个答案的目标上使用它。
关于prolog - 如何使用 call_with_depth_limit/3,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/65394646/
我正在学习序言。 在我看来,prolog 的规则(关系和简单的事实)是“肯定的”——他们说的是或可能是真的。 向 prolog 程序添加新的此类规则只会增加“正面”知识。它不能添加“负面”事实来说明某
希望你一切都好。我是 prolog 的新手,我在编写代码时遇到问题。这段代码的目的很简单。它将列表中的每个元素添加到最后一个。我可以用 Java 做的事情是: static void add(
在closed-world assumption下, what is not currently known to be true, is false Prolog 的语义通常被称为遵循封闭世界假设,
我正在 Prolog (swi-prolog) 中做我的第一步,但无法解决以下问题:如何将存在量化的规则包含在我的事实中;具体来说,我如何包含句子“每个人都是某人的 friend ”\forall x
我知道如何以过程方式(即,在 C++、Java 等中)对 BST 执行范围查询,但我发现很难转换为 Prolog 语言。 程序的方式应该是这样的: http://www.geeksforgeeks.o
Prolog 中是否有(相对)当前最佳实践的引用资料?一本适合没有学习过逻辑编程或“Prolog 的工艺”等高级文本的商业 Prolog 开发人员? 有很多通用教程,但我能找到的关于最佳实践的唯一一个
这是CFG: S -> T | V T -> UU U -> aUb | ab V -> aVb | aWb W -> bWa | ba 所以这将接受某种形式的: {a^n b^n a^m b^m |
我目前有以下问题,我想用 Prolog 解决。这是一个简单的例子,很容易在 Java/C/whatever 中解决。我的问题是,我认为与 Java 的思想联系太紧密,无法以利用 Prolog 逻辑能力
就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the
我无法理解差异列表,尤其是在这个谓词中: palindrome(A, A). palindrome([_|A], A). palindrome([C|A], D) :- palindrome(A
(这不是一个类(class)作业问题。只是我自己的个人学习。) 我正在尝试在 Prolog 中进行练习以从列表中删除元素。这是我的代码: deleteall([],X,[]). deleteall([
我最近试图了解 Prolog,它似乎可以很好地映射到很多领域,但我无法弄清楚它可能不擅长什么。 那么它有什么不好的(除了需要实时/无 gc 性能的东西)? 最佳答案 我同意你的一般评估,即 Prolo
我正在组装一个简单的元解释器,它输出证明的步骤。我无法将证明步骤作为输出参数。我的谓词 explain1 以我想要的详细形式返回证明,但不是作为输出参数。我的谓词 explain2 将证明作为输出参数
hi(g,plus(A,B),int) :- hi(g,A,int),hi(g,B,int),!. 在上面的语句中 '!' 是什么意思?在声明的末尾签名吗? 最佳答案 那是 cut operator
有没有一种简单的方法可以让 prolog 中的查询只返回每个结果一次? 例如我正在尝试类似的东西: deadly(Xn) :- scary(X), Xn is X - 1, Xp is X + 1,
我正在尝试学习 Prolog。这是我使用这种语言的第一步。作为练习,我想编写可以识别一些扑克手牌的程序(同花顺、同花顺、满屋等)。 我正在 Prolog 中寻找良好的卡片表示。我需要有可能检查一张卡片
我刚刚被介绍到 Prolog 并且正在尝试编写一个谓词来查找整数列表的最大值。我需要写一个从头开始比较,另一个从结尾比较。到目前为止,我有: max2([],R). max2([X|Xs], R):-
我试图在Prolog中编写谓词palindrome/1,当且仅当其列表输入包含回文列表时才为true。 例如: ?- palindrome([1,2,3,4,5,4,3,2,1]). 是真的。 有什么
我正在尝试编写一个程序,该程序将两个列表作为输入并检查适当的子集。我开始于: proper([A],[]). proper([],[A]). proper([A|T1],[A|T2]) :- prop
我是 Prolog 的新手,我正在使用 SWI-Prolog v6.6 在 *.pl 中存储断言文件。 :- dynamic fact/2. assert(fact(fact1,fact2)). 使用
我是一名优秀的程序员,十分优秀!