客户要做个类似联众的游戏平台，大家给估个价。

Question

昨晚有客户找我，想开发个像联众的游戏平台。并且暂时集成两小游戏（扑克、麻将）。请大家给给意见，这一个流程下来差不多需要多少资金投入，客户等着要报价。还有，对于这游戏，大家有没有什么思路啊。第一次做这种开发，不是很有经验。比如说多方通讯采用什么机制实现比较理想，还有对于那游戏插件有什么介绍没有。谢谢大家乐。

Answer 1

是不是这个分类没人气啊。
重新发到J2EE分类了，大家来这里讨论吧。http://community.csdn.net/Expert/topic/5319/5319881.xml?temp=.9523279

Answer 2

C++好些时间没弄了，都不熟手了。和java没有什么本质的区别吧。现在java也能打包发布了。

Answer 3

hui_feng(盘桃2) 你能给出一个估算凭据嘛，谢谢。昨晚给同学评估了一下，说需要5人开发团队，一年工作周期。30w。
我觉得偏高了，所以征求大家意见。

Answer 4

联众qq游戏都是c++开发的. 做大型网络游戏,java似乎不太合适吧

Answer 5

striking(庸人自扰)能说说不合适的理由吗？本来我也打算用C++开发，但是最主要的是不熟手啊。所以如果java可以的话，就打算用java。你说说不合适的理由嘛。

Answer 6

java似乎比较擅长web开发.我对java不是非常的了解.对c++了解多一点.
也做过这个方面.基本上我认识的人做游戏的,大型的,没有一个是用java的.象你所说的棋牌游戏, 一个是要自己开发客户端界面(java在开发gui方面我不知道怎么样),一个是服务器,服务器要求并发性强,服务器基本上就是处理数据而已,也就是socket编程吧.java我不是很清楚在socket方面怎么样

Answer 7

如果你要用java,我没有什么经验

Answer 8

关于通讯，我在想能否用rmi而不用socket呢，貌似rmi效率更高一点。
大家的意见呢？

Answer 9

striking(庸人自扰) 
那如果用C++呢？呵呵，经验对于语言要求不是很紧密把。

Answer 10

多少有点关系. 其实游戏的难点就在于服务器.要求并发性强,传输速度快,异常处理等1. 一个好的服务器架构. 服务器架构是个全面性的东西,不是一两句话可以完成的.
2. 如果是win下, 可以采用完成端口来处理客户端的连接. 如果玩游戏的人不多, 也可以直接用select模式. 服务器在linux下,用select模式

Answer 11

zunshanke2004() 感谢你的意见。
是的，都能做的。java还可以用rmi来替代socket的通讯功能。就看谁的效率高了。主要考虑的是安装的易用性。还有，开发这些游戏插件不是小工程来的，涉及到很多算法。不知道网上又没有现成代码参考。

Answer 12

http://community.csdn.net/Expert/topic/5076/5076982.xml?temp=.8739435

Answer 13

zunshanke2004() ( ) 信誉：100    Blog  2007-1-26 10:16:10  得分: 0  
 
 
   
GUI和socket方面java都能做的！  ==============================
没有错, 但是如果界面要求比较高的话,比如一张牌从一端移动到另外一端, java好实现吗?至少反应速度比不上c++. 
如果是c++,要用到directx来做.
 

Answer 14

客户端用c++,服务器用java好了

Answer 15

用java做界面的确是慢了点，可以考虑c++和java整合，你服务器之类的用java构架，界面千万别用java，慢的，真的慢的，我们玩游戏的要受不了的

Answer 16

服务器端用java做比较好，客户端就算了，还是用C++或者Delphi

Answer 17

以前做过一个差不多的东西（反正核心就是Client(显示+逻辑)<----Socket---->Server(高效数据处理+数据库)）客户端用的Delphi，服务器端用的Java，吞吐量、稳定性、交互和可扩展上也都感觉不错。如果要一个完整稳定的系统，感觉四个人要干上一年半载，价格20w差不多。