旧时光

背景 随着版本的开发迭代，游戏开发者难免会面对一些业务扩展维护方面的难题。 由于游戏业务具体开发周期短，需求灵活多变，开发量多，模块间逻辑关联度大，容易出bug等特点，开发者往往很难同时兼顾开发效率和代码质量。而导致代码往糟糕趋势发展的原因，其中很重要的一点是，各系统模块间存在网状的调用关系，代码极易产生大量耦合，牵一发而动全身。这时候，如果项目中缺少一些统一的业...

在游戏开发过程中，游戏本身是十分脆弱的，在复杂的网络环境中，犹如一叶小舟，如果没有好的防守，可能说翻车就翻车。对于游戏开发者来说，与破坏者的斗争是长期的，艰苦卓绝的，也是一个斗智斗勇的过程，力量对比往往是此消彼长。所谓是道高一尺，魔高一丈，对于游戏守护者来说，要往往要做到的是魔高一尺，道高一丈。我们不可能完全避免作弊，只是在尽量增加作弊的成本。游戏作弊的一般方式主要有以下几种常见的：一

说到事件监听模式,很容易将它和观察者模式联系在一起。实质上这两者完成同类型的工作。依个人理解，事件监听模式更像是观察者模式的进阶。 用一张图来方便描述它们的区别:观察者模式中，‘主题’会在特定逻辑下通知所有‘观察者’。如果这个通知不包含任何信息，那么这种实现就是通常的观察者模式。class Subject{protected: voi

对于批量处理服务器的任务，通常的解决方案是在服务器内网部署一台中转机, 中转机通过一些途径获得所有单服的信息. 再使用ssh，rsync等指令和具体服务器交互完成工作。简略代码如下:#!/usr/bin/env python# -*- coding: utf-8 -*-import timeimport sysdef SwitchOption(ipInfo, option, server...

背景 如今的社交类游戏，大多采用分布式服务器架构，也就是说所有区服的数据存储在一个集群中，玩家可以无阻碍交互，一同游玩。再谈游戏中的匹配，多数匹配玩法都属于在线匹配，属于非常实时的一种匹配，匹配节点会根据玩家的操作（开始匹配，报名， 匹配完成等） 动态插入删除。这也就保证了匹配池的节点数量会维持在可控的范围内。而如果游戏中有海量的小团体, 要求每隔一定周期为全服所有团体分配一个实...