<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>玩法架构 on PlumePHP</title><link>https://plumephp.com/tags/%E7%8E%A9%E6%B3%95%E6%9E%B6%E6%9E%84/</link><description>Recent content in 玩法架构 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Thu, 30 Jun 2022 10:14:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E7%8E%A9%E6%B3%95%E6%9E%B6%E6%9E%84/index.xml" rel="self" type="application/rss+xml"/><item><title>游戏玩法事件溯源架构设计</title><link>https://plumephp.com/game-server-event-sourcing-architecture-for-gameplay/</link><pubDate>Thu, 30 Jun 2022 10:14:00 +0800</pubDate><guid>https://plumephp.com/game-server-event-sourcing-architecture-for-gameplay/</guid><description>&lt;p&gt;事件溯源在游戏服务器里很诱人：只要记录每一次玩家行为和系统决策，就能回放战斗、追踪经济、解释异常奖励，甚至重建某个时间点的角色状态。但真正落地时，它不是一把万能钥匙。游戏服务端有高频实时状态，也有低频事务状态；有可以回放的确定性逻辑，也有依赖随机、时间和外部服务的非确定性逻辑。事件溯源架构的关键，是选对边界。&lt;/p&gt;</description></item></channel></rss>