瞬间发送N个走路命令，自动brief中间步骤，正常显示最后一步到讨论
好处节省资源，潜在好处，降低玩家卡顿感觉。有两个可能的办法：
1，不需要玩家有任何操作，fluffos需要毫秒级的计时，因为要确定这是一系列走路操作的最后一步必须在命令结束后比如50毫秒检查是否还有后续走路动作。而fluffos本身是不支持毫秒delay call 的，但是本身不是不能实现，心跳降低到1毫秒一次，那么心跳物品（比如玩家）每1000次心跳执行一个动作。专门加一个用以计时的object即可实现毫秒级别的定时操作。
这样做，坏处是，除了正常character，mud里所有object都可以设置心跳函数，如果以后有巫师不熟悉，设定了类似一心跳一攻击这样的场景，就会出现1秒内攻击1000次的情况，有一定风险。
2，快速走路，比如e;n;e;n;e;n;e;n;这样的操作玩家实际是不能中断的，就是比如在第二步看到要杀的npc也绝对无法停下来。可以对瞬间走路做个类似walk的warp操作，e|n|e|n|e|n|e|n,服务器解析需要的命令，好处是网络traffic降低，服务器也明确知道n是最后一步，可以自动在前面N都设定set brief,最后一步正常显示房间信息，降低系统运算量。
北大侠客行MUD，中国最好的MUD 巴拉巴拉巴拉，把你变成猪！
∧＿∧
（｡･ω･｡)つ━☆・*。
⊂ ノ ・゜+.
しーＪ °。+ *′¨)
.· ′¸.·*′¨) ¸.·*¨)
(¸.·′ (¸.·’* 看不大懂，不过现在改成这种方式走路了，感觉好像似乎也许快了
页:
[1]