其实最近的时候自己也是觉得这样的外挂无法防止一个一直不动的人呆在游戏上.这个防外挂的工具并没有把这种作为一个目标加入.因此不算一个问题.在实际客户端实现时,考虑到无法防止上面这个的问题,因此加入了战斗中会自动回答一次错误答案的功能,但未与服务器的负责商量过.
后期这样的bug会被提交给服务器人员,这样在不知情的情况下就需要花费不少时间来找.今天就是这样,幸好我前几天听到他们作客户端时这么商量过(坐的近点的好处:P),想到了是这个问题,这个bug算没花什么时间就好了.
另:记录三个关于工作的记录.
目前服务器不支持单独的ip限制,现在游戏中的骗子无法有效的限制.服务器应该支持封ip的功能.
服务器要支持各种配置修改时的不重启,具体为什么记录这个忘记了.但是服务器轻易不会重启.提供不重启的修改配置功能还是有必要的.
策划想不起公式就会来问我.我呢会从代码里面找出来,如果这段代码有注释(一般就是把策划以前的公式直接拷贝到这里的),有些代码没有注释,或者由于多次的修改,注释已经不清晰了.这样提交给策划的公式就无法确切的知道是否是正确的.平常修改公式都是策划直接的传送一个消息,然后直接改代码,没有正式的文档记录.这个是造成后期混乱的一个主要原因.对于公式的描述,策划和程序采取的方式不同,策划一般是excel里的公式计算,程序用代码来表示.文档之间的同步无法做到一致,导致策划提交的新公式,程序还没有加入代码中,但策划却以为已经加入.如果两个部门采用同一文档记录,就会好很多.
服务器要支持各种配置修改时的不重启,具体为什么记录这个忘记了.但是服务器轻易不会重启.提供不重启的修改配置功能还是有必要的.
策划想不起公式就会来问我.我呢会从代码里面找出来,如果这段代码有注释(一般就是把策划以前的公式直接拷贝到这里的),有些代码没有注释,或者由于多次的修改,注释已经不清晰了.这样提交给策划的公式就无法确切的知道是否是正确的.平常修改公式都是策划直接的传送一个消息,然后直接改代码,没有正式的文档记录.这个是造成后期混乱的一个主要原因.对于公式的描述,策划和程序采取的方式不同,策划一般是excel里的公式计算,程序用代码来表示.文档之间的同步无法做到一致,导致策划提交的新公式,程序还没有加入代码中,但策划却以为已经加入.如果两个部门采用同一文档记录,就会好很多.
没有评论:
发表评论