UE5 Lyra 架构完全工程化：GameFeature、Experience、PawnData 与插件化实战绝大多数 UE 项目死在同一个地方：不是做不出第一版 Demo，而是第二十次改需求时被自己的代码埋了。GameMode 里塞满了if (bIsTeamDeathMatch)，角色蓝图里挂了 40 个组件，美术改一个枪口特效要整个工程重编译，两个程序同时改ALyraCharacter.cpp天天冲突。Lyra 这套架构的全部意义，就是用数据资产 + 可插拔插件把「玩法规则」从 C++ 源码里抽出去，让「加一个模式」变成「新建一个 DataAsset」，而不是「再往 GameMode 里加一个分支」。本文按「问题 → 分层 → 四个核心系统 → 迁移路径 → 排查清单」的顺序，把这套架构讲透。一、传统 GameMode 架构的三个死结1.1 死结一：规则写死在代码里典型的中型项目会长成这样：void AMyGameMode::OnPlayerKilled(AMyCharacter* Killer, AMyCharacter* Victim) { Score += 10; if (bIsTeamMode) { TeamScore[GetTeam(Killer)] += 10; } if (bIsRankedMatch) { MMR-Adjust(Killer, Victim); }
