配置并验证可视化条件树
先在 Action Condition 中比较事件伤害和阈值，让重击达到阈值时才播放受击动画，如果动作还受目标状态影响，把这些限制加入同一条件组，再在 Play Mode 分别验证通过和不通过的情况
在 Game Event Behavior 中配置事件动作
一个伤害事件可以通过不同回调更新界面、播放音效和触发特效，在 Game Event Behavior 中配置动作列表、执行条件和调度，GES 2.3.0 还允许在 Receiver Inspector 中为单个接收器单独设置 Action Condition
创建并验证第一个 GES 事件
先给一个简单的场景响应创建无参数事件，再让发送方和回调使用同一个资产，在 Play Mode 触发发送方并确认回调执行一次
用数据库和分类整理事件
把受击、击败等相关事件放入同一战斗数据库，再用分类划分更小的事件组，团队可以从同一个入口查找资产，并在编辑场景前检查对应的 Behavior
测量 Unity 事件派发开销
给高频事件挂上实际使用的监听器后再测量，分别查看类型化派发、条件求值和回调，才能定位帧耗时或内存分配的来源，AOT 构建中的序列化条件使用烘焙生成的求值器
在 Unity 中生成类型化事件资产
先按监听器需要的数据选择事件签名，Game Event Creator 会为事件及 Inspector 绑定生成具体类型，等 Unity 编译完成后，再把新事件资产赋给发送方和接收方
在 Unity 中维护事件引用
玩家死亡事件可以由界面和音频共同监听，发送方和监听器引用同一个事件资产，重构前就能按资产查出引用位置，修改 UnityEvent 回调的方法名时需要单独核对序列化绑定