刚开始构思做一个网络2D游戏，结果马上碰壁了，求解脱

diablox0147

现在我在构思一个类似与RTS类的2D游戏，但是在思考的时候发现有几个问题。。。。：

问题1. 应该把哪些计算放到客户端哪些放到服务端呢？  我现在的想法是只把显示的部分放在客户端，所以的逻辑计算比如攻击判定，行走，使用技能等等都在服务端进行，然后客户端被动接受指令在窗口上画图或者玩家做了动作后主动请求服务器执行命令。 但是这样就牵扯出了另外一个问题2.

问题2：同步问题，因为类似RTS游戏所以对同步要求很高，我现在的想法是因为在双方玩家屏幕上应该显示差不多的画面 所以为了保证玩家们能够看到同样的画面就每次玩家做了一个动作后先发送给服务端然后等服务端广播到所有玩家后再开始在屏幕上画图， 但是这样的话如果网络速度不行就会觉得很卡。
要么就是先在本地马上开始计算，然后等服务端发来的广播消息后再修正到正确的结果， 但是这样的话又会有其他的问题，比如一个技能放到对方单位身上但是在消息到达服务端的时候那个单位已经移动走了，所以当服务端消息返回之后玩家就会发现实际上他浪费了一个技能。。。[em17]

问题3：客户端和服务端我应该用哪些技术比较好呢？？？ 因为我是一个人，或者以后可能会有其他人加入，所以我希望能用比较快速开发的工具，
暂时我的想法是用XNA做客户端，因为是2D的所以性能上应该不会有任何问题。 然后服务端也直接用C#。  [em24]

问题4. 在一般的游戏客户端，都是一直不停的循环然后检查状态后更新，是不是在服务端也应该这么做不停的循环更新状态然后广播给所有玩家呢、？？

gantleman

我像做辆跑车，马上碰壁了，没钱，没工厂，没经验，没技术，没工人，没秘书，仲么办求解脱。

shigaofei

除了显示，和操作，其他都放在服务器端。。。

sea_bug

问题一二，或者可以换个思路考虑，客户端计算，服务器校验。

问题三，你熟悉什么用什么，现在游戏无国界。

问题四，大多还是循环。

xzkmxd

一般算法都是在客户端中实现..而服务端只需要接收包包和认证包包还有进行发包就行了...

backstyle

客户端计算，服务器转发

疯子阿虹

碰壁好啊，回头是岸；做点别的吧，做游戏多没前途。。。

服务器开发

疯子阿虹: Re:刚开始构思做一个网络2D游戏，结果马上碰壁了，求解脱

碰壁好啊，回头是岸；做点别的吧，做游戏多没前途。。。

你是坏蝇 [em19]