Visual Prolog 的 Web 专家系统（6）

保存用户响应询价。作为进一步推理的条件

或GOAL段开始。最初的一句是write_startform()

write_startform():-
        write("<form action="cgi-bingeni.exe"method="post">
").

注意！上一句应为write("<form action="geni.exe"method="post"> ").

GENI虚拟主机没有“cgi-bin”这个子文件夹。

在GOAL中，紧跟上一句的是assert_conditions(ParmList1)

  assert_conditions([]):-!.
  assert_conditions([parm(Name,Val)|Rest]):-
	concat("cond_",CondNumberStr,Name),
	str_int(CondNumberStr,COND),
               !,
	assert_cond(COND,Val),
	assert_conditions(Rest).
  assert_conditions([_Parm|Rest]):-!,
	assert_conditions(Rest).
  assert_conditions(_):-
	errorexit.

Prolog没有C语言的for,while等处理循环的机制。

本例，Prolog是用递归来实现“循环”。

谓词assert_conditions的4个子句，表现了典型的、标准的递归应用。

子句1，设置递归终止条件。
终止条件是要处理的列表为空。

子句2，处理列表头，即列表第1个成员。

子句3。忽略要处理的列表头，继续处理剩余表尾。

子句4，准备出错后的处理。

子句4运行的前提条件是：

1、子句1头部匹配不成功，或者。“截断”! 之前的语句失败。
2、而且，子句2头部匹配不成功。

详细是哪个语句失败，以及失败的原因。待以下分析。

子句2和子句3，末尾的语句都是自身的递归调用。
这就是尾递归。

尾递归的优点。是能够无限递归下去，不会耗尽内存。

看看子句1中的语句吧。

concat("cond_",CondNumberStr,Name)

它是内建谓词，流模式是(i, i, o), (o, i, i), (i, o, i), (i, i, i)
用于连接2个字符串

本例的流模式是 (i, o, i)。从变量名上看，CondNumberStr应该是数字

所以。若Name="cond_3" ，则CondNumberStr=3

这时，能够试试上一节的小伎俩：

在VDE中。菜单File|New，出现一空白文件noname.pro。写入：

goal
concat("cond_",A,"cond_1").

菜单Project|Test Goal。目标编译运行。结果：

A=1
1 Solution

再看下一条语句

str_int(CondNumberStr,COND)

这是个内建谓词：str_int (STRING StringArg, INTEGER IntArg)
流模式是(i, o), (o, i), (i, i) 
用于字符串与整数的相互转换
建议用上述小伎俩试一试

这一句之后，便是截断"!"。由此可见，引起子句2回溯到子句3的条件是：

1、变量Name不是以“Cond_”开头的字符串，或者， 2、变量CondNumberStr不是数字字符串。

这一回溯引起子句3的运行，结果是忽略当前处理对象，開始新的递归，
处理列表中的后序对象。

继续往下看：

assert_cond(COND,Val)

  assert_cond(CNO,"yes"):-!,assert(yes(CNO)).
  assert_cond(CNO,"no"):-!,assert(no(CNO)).
  assert_cond(_CNO,"why"):-!,assert(whymeet).
  assert_cond(_,_):-errorexit.

CNO是知识库里“条件”的标识号

yes(CNO),no(CNO)，保存在事实库tmp里。

意思是：对第CNO号条件,回答了yes/no

whymeet，也是保存在事实库tmp里，

意思是：用户要求系统答复。为什么询问这一问题。

最后一句，assert_conditions(Rest).

递归处理列表的尾巴Rest。

今天的重点是尾递归，也是Prolog一个主要特征。