slow walk解释（462 and 555）
很多人不知道或是不清楚slow walk的原理和用法，我尽自己所知讲解一下，这是zmud help里面的解释：
SLOW
Syntax: #SL path/pathName
Related: #STEP #STOP #OK #PAUSE
Executes the specified path in Slow Walking mode. In this mode, a
single direction is sent to the MUD, then zMUD waits for confirmation
before sending the next direction. Directions are confirmed with the
#OK command, and aborted with #STOP. If a Slow Walk was aborted, it can
be resumed with the #STEP command.
用法很简单，事先定义pathname，用起来的时候输入#slow pathname即可，
但请注意slow的讲解，按照slow walk mode执行一段路径的行走，
在这个mode下，mud接收一个特定的方向，zmud会在送出下一个方向之前，
等待一个确认信息，#ok 这个命令用来确认方向，#stop用来停止行走，
如果在slow walk mode下，可以使用#step命令继续完成行走。
重点是这句话，“zmud会在送出下一个方向之前，等待一个确认信息”，
这也就是很多人遇到的问题，为什么做好了path，输入#slow path之后，
只会行走一步就aborted，因为zmud没用送出一个#ok命令这个确认信息，
所以通常的做法是在trigger里面定义房间信息做为触发，每次发送#ok命令，
这样，就可以连续行走，如果遇到特定东西，使用#stop或是直接停下，
如果继续行走#step即可。
实际用起来zmud462和555都差不多，462要事先定义方向，然后制作或是录入path，
但我个人而言比较喜欢zmud 555的方式，555的设置中有个叫做directions的class
在这个class下面存储了系统自定义的方向，如果把这些自定义方向删除，
path就可以直接用类似alias的方式进行定义，给我们今后的修改提供了方便。
北大侠客行MUD，中国最好的MUD 老汤 灌水？ 还是下定决心用mush吧，有搞zmud的精力，mush也啃下来了。
我也同样不是it 人士，只有20年前 在大学里学的一点可怜的C语言基础。
你先把mush 当zmud那样 一个个触发做，碰到问题一个个解决。
一点一点，慢慢地自然就会用了。毕竟半自动的话，编程压力不大的。
页:
[1]