05 2025 档案
摘要：起因是配合运营调整游戏内生态，需要在原大服架构下支持对不同时间的创角玩家进行游戏生态的隔离，拆分成多个单独的游戏单服。这里只谈实现； 做法是：加入逻辑分区设定，作为角色的一个属性，根据逻辑分区隔离角色，游戏内的业务实现支持区分逻辑分区，如聊天频道需要支持逻辑分区隔离角色，活动排期各逻辑分区独立进行，
阅读全文
摘要：package main import ( "net" "net/http" ) var listenaddr = "127.0.0.1:8888" /* 自定义的符合Handler接口要求的结构体 */ type HttpHandler struct { signature string } /*
阅读全文
摘要：声明一些概念定义： 抽卡类型（drawType）业务上定义的抽卡类型 卡池类目（poolCate） 普通卡池、保底卡池、反保底卡池 品质卡池（poolType）根据卡片品质（quality）定义指定卡池ID 卡片ID（targetId）抽卡的目标单位，抽卡最终结果是随机到任一卡片ID 抽卡步骤 确定
阅读全文
摘要：写一写游戏项目的基础模块的实现思路，之功能开关模块： 我们需要设计通用的控制功能入口开启关闭的模块（module switch），支持游戏内功能和玩法接入模块实现统一格式的控制。 这里区分开两个概念：功能入口开关和功能的开关。功能入口开关控制功能对不对外展示，玩家能否参与；功能开关控制功能逻辑是否执
阅读全文
摘要：赛季制团队对抗赛，赛季内进行若干轮次对战累计段位积分，赛季根据段位积分排行结算 单轮对战划分为若干阶段：预览期，报名期，匹配期，备战期，调整期，对战期，结算期 对战形式是 若干队 VS 若干队，卡牌单位对战 功能划分： 新增skynet单点节点负责玩法的公共逻辑： 排期管理模块 schedule 存
阅读全文
摘要：写一写游戏项目的基础模块的实现思路，之buff系统： 通常把加成BUFF根据生效场景区分为：战斗BUFF（fight buff）和非战斗BUFF（non fight buff）； 加成信息可能来自于任意模块和系统中，具备分散的特点，设计上： 为每种buff定义来源类型（fromType）； 在统一B
阅读全文
摘要：对玩法、活动的排行榜排名进行结算发奖，是常见的业务需求。结算以榜单为单位，根据排名对上榜单位（可能是玩家/联盟/单服）进行发奖，由相关的业务服务负责。讨论几种实现思路； 实时顺序结算 使用定时器驱动结算服务对业务的结算检查： local function doSettle() local funct
阅读全文
摘要：TODO
阅读全文
摘要：写一写游戏项目的基础模块的实现思路，之活动系统： 活动系统通常结合充值构建项目的商业化节奏，系统的设计方案： 定义不同类型用于区分活动，定义不同ID用于唯一标识一期特定类型的活动； 排期配置管理 每个玩家节点开启单例的活动排期管理服务（activity_manager），负责管理活动排期相关的数据；
阅读全文
浙公网安备 33010602011771号