婚姻系统的属性加成是社交玩法的经济锚点:加成太弱没人结婚,太强则"为了属性被迫结婚"扭曲了社交本质。婚姻边界的设计目标:属性加成足以激励结婚但不至于让未婚玩家在 PVP 中被碾压——社交福利不能变成数值霸权。
结婚属性加成:夫妻组队时双方攻击 +5%、防御 +5%、经验获取 +10%——仅在组队状态下生效,单人不加成(防止"结婚即毕业")。戒指加成:婚戒额外提供固定属性(攻击 +20、防御 +15),不随强化膨胀——婚戒属性是固定常数,不参与装备升级体系。离婚代价:离婚后双方 7 天内不能再次结婚(系统层冷却),婚戒回收(不退还购买费用)。加成红线:夫妻组队加成不与其他组队加成叠加(取最高值),防止"结婚 + 固定队 + 师门"三重加成叠出失衡数值。数据验证:已婚玩家组队率比未婚高 35%,离婚后 30 天内再婚率 42%——说明婚姻系统在社交与数值之间找到了合理平衡点。
结婚核心参数单独一节。配置如下:
[Marriage]
TeamAtkBonus = 5
TeamDefBonus = 5
TeamExpBonus = 10
RingAtk = 20
RingDef = 15
DivorceCooldownDays = 7
冷却与叠加限制单独一节。配置如下:
[Boundaries]
NoStackWithTeam = 1
RecoveryDays = 30
RemarryRate = 42
变种方向:一是结婚纪念日福利,结婚每满 30 天发放纪念日礼包(含限时称号与坐骑饲料),婚姻的长期价值递增;二是婚礼仪式分级,简约/隆重/盛世三档婚礼排场影响初始婚戒品质,社交展示与消费挂钩;三是婚姻任务链,夫妻专属任务链(双人副本、日常恩爱任务),完成任务提升婚姻等级解锁更多加成。设计纪律一条:婚姻加成的每一项都必须是"组队时才生效"——单人也能享受的婚姻加成会让未婚玩家在 PVP 中被系统性压制,违背公平竞争的底线。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
设计初衷 攻城战阵亡只有损失:装备掉落、耐久磨损——牺牲没有补偿,行会的伤亡成本全由个人承担,指挥不敢打硬仗。抚恤金设计:攻…
设计初衷 攻城战一触即发,盟友帮会口头答应协防却总是人没到:跨帮支援没有调度与结算机制,人情协防全凭自觉。协防系统设计:盟约…
底层原理 一张地图上 500 棵同款树,每棵存完整的模型数据——重复数据存 500 份。享元模式把不变的部分(模型、贴图)抽…
底层原理 技能系统按"元素×形态"组合:火球冰球乘单体群攻——每加一种元素或一种形态,组合数量乘性增长(4 元素 3 形态 …
设计初衷 稀缺产出(强化石、晋级材料)的供需错位:产出季价格崩盘、断供季价格飞天——剧烈波动伤害生产者与消费者两端。期货交易…
业务场景 驻地巡逻 AI 只会沿固定路线走:玩家摸清路线后绕行如入无人之境。傀儡机关封装:机关傀儡按"巡逻、警戒、袭扰"三态…