God Wars II，一款小众的mud

yunlan

如果客户端是为北侠“定制”（也就是对其他MUD不通用）的话，那也不一定要对协议做大修改吧

现有情况是服务器对客户端的信息反馈有一部分是被动的，像HP/SK/STATUS之类的，如果客户端不请求，服务器端就不发送信息，这样客户端就变成必须主动发送请求，然后用触发来显示请求结果。

如果客户端与服务器之间相互约定了特定格式的消息机制，那只要对服务器端设置一些主动信息发送，比如当HP/SK信息发生变动的时候，主动发送特定格式信息给客户端，那不就可以实现了？

就好比参考MXP的机制，当登录的时候做一个XXX验证机制，有反馈信息，表明客户端是北侠定制，可以启用特定消息机制，如果没有，表明客户端是普通TELNET工具，就用原有机制。至于其他触发器、机器人之类的就是客户端要解决的事，跟服务器端就没啥关系了。

说到底，最重要的是需要有人为北侠“定制”一个客户端，有定制，一切都好商量。

不知道这个理解对不对。

yunlan

对MUSH那个截图有点好奇，右上角的小地图是怎么实现的？服务器应该不会传回图像信息，是不是客户端使用图片资源自己画的？

另外，像北侠这样每个人穿一身花花绿绿的装备，图片上咋实现？

zgbl

jason一个人搞不定协议，从driver到lib都要改，还要大量测试。
yyahoo 发表于 2013-4-18 19:23

    我是指技术实力够- -精力上是不可能的
不过如果不改协议的话，只是服务端在信息更新时主动推送发送到客户端那里，然后客户端里把信息截取做成界面而不显示出来，类似#gag，也能实现
但这样就不用客户端的就太不友好了，而且触发什么的东西做太多的话，客户端并不稳定，mush不太清楚但zmud是不可行的

yunlan

我是指技术实力够- -精力上是不可能的
不过如果不改协议的话，只是服务端在信息更新时主动推送发 ...
zgbl 发表于 2013-4-18 02:46 PM

    自己写客户端就全部搞定了。用采取类似mxp验证的方式辨别客户端是否是定制客户端

dmy

服务器主动推送的信息就是状态和位置的变化。
这些信息可以封装成特定文本的方式实现，类似hpbrief之类的，而不用更改现有协议。
用户可以使用set变量决定是否接收这些信息。
客户端设计一个插件进行图形化显示，问题都解决了，甚至可以支持鼠标操作。
目前的情况是玩家多于巫师，所以客户端这部分让玩家自己去折腾好了，相信不久即可以出现很不错的客户端插件。