• 设为首页
  • 点击收藏
  • 手机版
    手机扫一扫访问
    迪恩网络手机版
  • 关注官方公众号
    微信扫一扫关注
    公众号

【转】近两日极为纠结——游戏服务器,选择何种技术方案?(Python+SWIG--RakNet+Lua ...

原作者: [db:作者] 来自: [db:来源] 收藏 邀请
 

近两日极为纠结——游戏服务器,选择何种技术方案?(Python + SWIG--RakNet + Lua)

分类: 想法 编程 python 1577人阅读 评论(4) 收藏 举报

        需求是:一种移动或web游戏的服务器,要求是尽量保证维护简单,框架尽可能简洁,代码量不宜过多;考虑1人非全职进行服务器维护,不应对运维造成太大难度。

        首先,必须使用RakNet,可用的游戏服务器框架很稀有,这是其中一个开源框架,底层提供完整的可靠UDP协议,上层有完整的封装,不得不用。

        其次,客户端采用C++、Lua编写,其中逻辑部分完全使用Lua编写。服务器需要做一部分验证工作,所以应当部分复用相关逻辑。

 

        技术试验结论如下:

        1、利用HTTP服务器建立游戏服务器。非常简单粗暴的思路,做起来很快,但是在HTTP服务里服务器无法主动发出请求,所以某些交互方面的需求几乎不可实现。经讨论放弃。

        2、RakNet完全采用C++编写,维护难度适中。RakNet的Patcher服务器官方建议采用PostgreSQL作为数据库,原因是MySQL的部分功能支持不正常。比如截取数据库里超长字符串其中的一段会非常的慢。

        3、DB中间件(ORM),可选择范围:C++库可选ODB,Python库可选SQLAlchemy。

        4、接口生成器SWIG。用于将C++的库(例如RakNet)全部半自动化注册到其他语言,经试验难度适中,可行。尚存在问题:回调函数的注册,远程过程调用RPC的注册还没有调查过。

        5、Python的使用方式有两种:一是将C++的底层库完全注册给Python使用,另一种是让C++调用Python模块的接口。

        6、Lua的技术实现上预计不存在太大问题。服务器端逻辑相关代码基本确定采用Lua编写。

        7、早上的新发现:Lua与Python混合编程:Lunatic Python。 Being two-way means that it allows Lua inside Python, Python inside Lua, Lua inside Python inside Lua, Python inside Lua inside Python, and so on. 霸气侧漏。不知道你敢不敢用,我反正敢用。另外有Lunatic Python的Lua-jit优化版本:lupa。网址分别为:

        http://labix.org/lunatic-python

        http://pypi.python.org/pypi/lupa/0.9

        8、早上的新发现:Cython。支持用一种特制的语法编写看起来是Python,实际是C的代码,之后可以将其编译为C语言级别的动态链接库。在数学运算、函数调用方面极大降低开销,加快速度。可以用在项目中后期优化的时候。特此记录。

 

        重要优缺点介绍:

        1、C++的ORM库ODB据百度说是最佳选择之一,但仔细研究了一整天帮助手册和实际试验,发现此库要求用户使用C++11的新特性,大量使用#pragma等编译器特殊语法,Table的关联是用多种不同类型的智能指针实现的。并且此库底层提供了类似boost的改装库,提供了比boost更丰富的智能指针例如lazy_shared_ptr。这些高级功能必然会被使用到。(我很想说:这货不是C++。)

            此外,由于C++需要被编译,所以ODB在使用时不是完全自动化的,其使用分解为两大步:分析头文件生成胶水层、然后编译链接用户代码和胶水层。

        2、SQLAlchemy使用上非常简单,可以通过简单设计实现数据库初始化、操作一体化。且本人对Python的了解程度远高于C++11、boost等。其致命缺点在于一旦采用Python相关技术,势必要在C++/Python接口上下很多功夫。

        3、SWIG的致命问题在于——移植库的过程是一个考验C++/其他语言语法基本功的过程,非常有挑战。实现难度:4星半,但可以一试。

 

        计划在上述条件下设计服务器框架,目前剩余问题是C++如何用简单的方式调用Python接口。预计今日(2012-5-10)晚得出结论。

 

——————————————————————————————————————————————————————

        结论:完全使用 Python + Lua(Lunatic Python)编写服务器

        其中,RakNet库用SWIG将重要接口全部注册给Python,直接用Python编写高性能服务器!移植时有一些高级特性需要仔细看SWIG的在线文档,已试验通过。欢迎交流。

 

        这样一来,所有技术重点全部转移到Python上了。希望玩Python爱好者们都看到这篇文章。其实我最近很想学Ruby = =

 

 

分享到: 
1
0
2楼 mayao11 2012-05-10 18:25发表 [回复] [引用] [举报]
引用“lanphaday”的评论:为什么不用 pure python……我好几个项目都是 pure python,完全撑得住,包括《天...

python缺少类似RakNet这样的网络库。底层这块怎么做呢?
谢谢指导~
Re: 赖勇浩 2012-05-12 10:28发表 [回复] [引用] [举报]
回复mayao11:目前我用 gevent+protobuf,实现了一套 rpc。
Re: mayao11 2012-05-14 18:19发表 [回复]
回复lanphaday:百度了下,gevent看起来很好的样子。protobuf是好东西,不知道云风写的那个好不好用,据说很快 : )

恩,这次先继续Rak了,下次有机会考虑gevent
1楼 赖勇浩 2012-05-10 15:19发表 [回复]
为什么不用 pure python……我好几个项目都是 pure python,完全撑得住,包括《天下盛境》这样的实时动作类游戏。

鲜花

握手

雷人

路过

鸡蛋
该文章已有0人参与评论

请发表评论

全部评论

专题导读
上一篇:
Lua-Lua for Windows(5)发布时间:2022-07-22
下一篇:
lua & love2d 简单入门教程发布时间:2022-07-22
热门推荐
热门话题
阅读排行榜

扫描微信二维码

查看手机版网站

随时了解更新最新资讯

139-2527-9053

在线客服(服务时间 9:00~18:00)

在线QQ客服
地址:深圳市南山区西丽大学城创智工业园
电邮:jeky_zhao#qq.com
移动电话:139-2527-9053

Powered by 互联科技 X3.4© 2001-2213 极客世界.|Sitemap