摘要: 在开发过程中经常需要修改游戏服务器的各种配置参数,以方便在冒烟环境,开发环境和预发布环境中进行调试。我们以前使用ini文件进行服务器配置,所以经常需要关掉服务器,修改ini文件,然后再重新把服务器拉起来。最近有点时间,就开始考虑做个服务器启动小工具,能方便服务器在不同环境下的部署。 开始想用QT来写这个小工具,但发现建立一个QT工程其实有点小麻烦,后来干脆使用PythonQT来做。一个100多行的小脚本就能满足需求,以后交给其他人扩展功能也很方便。 主要是想做两个功能 1:可以方便的对服务器在不同环境下进行部署 2:可以在服务器启动时设置系统时间,因为经常需要测试一些时间性的业务。比如元旦.. 阅读全文
posted @ 2012-01-03 18:54 BadKeeper 阅读(949) 评论(0) 推荐(0) 编辑
摘要: 个人还是偏爱在设计初第一步使用模块层次图来描述一个工程的基本结构。因为层次图可以在较浅的层面上对整个工程进行全面考虑,比较容易在一开始就确定细化设计的重点,并且通常层次图也可以对整体工程的子工程划分起到启发作用。但模块层次图无法具体体现出单层中各个模块之间的交互和依赖关系,也不能提供程序代码的层次划分关系,不能单独使用层次图对开发进行指导。 工程层次结构如图 图中的分割线表示多平台支持的分界线,通常分割线所在层次越高,开发难度就越高,分割线可以选择在网络协议层之上,或者在业务逻辑层之上不再支持跨平台实现。 具体情况要根据需要多平台支持何种业务来定。例如客户端在Windows平台上,服务器在L. 阅读全文
posted @ 2011-01-23 14:23 BadKeeper 阅读(1329) 评论(0) 推荐(0) 编辑
摘要: 通过对一种设计模式的讨论,思考MMORPG中如何简化C/S端间的数据同步,简化业务逻辑的变化对工程结构的影响 阅读全文
posted @ 2011-01-23 13:13 BadKeeper 阅读(372) 评论(0) 推荐(0) 编辑
摘要: 记录时间:2009年12月14日 更依赖于事件的技能设计方案 如果我们将技能事件的定义和功能扩展,会发现其实远程技能,近程技能的共通点。前期设计中,我们只考虑了事件的瞬时性,换句话说,我们认为只有瞬时发生,并只发生一次的逻辑才属于技能事件。如果我们在事件上加入时间,变化性等特点,可以惊喜的发现原来近程/远程技能的逻辑是如此统一。 我们可以尝试用新的事件结构来描述近程和远程技能 就像上面所描绘的一样,近程技能和远程技能在设计上达成了统一。近程/远程技能在技能控制,时序更新,事件触发和结果派发的各个关键点上的逻辑达成了一致,它们之间的差异性被转移到事件本身中。采用这种设计,技能的... 阅读全文
posted @ 2009-12-14 20:54 BadKeeper 阅读(926) 评论(0) 推荐(0) 编辑