决策树中Action的工作原理？敌人AI决策树Action实现咨询

这两种实现方式都有各自的适用场景，没有绝对的对错，核心取决于你的代码职责划分和架构设计逻辑：

第一种实现方式 #

void AttackAction::ExecuteAction(EnemyBase& owner) {
   //Use the code for attacking here and tell the character when the aciton is finished.
}

这种方式下，AttackAction自身承担攻击逻辑的实现，同时负责通知敌方角色动作完成。

• 优势：Action职责闭环，敌方角色（EnemyBase）无需关心攻击的具体执行细节，只需响应动作完成的信号即可决策下一步行为。适合攻击逻辑独立、和角色其他状态耦合度低的场景。
• 注意点：必须明确动作完成的通知机制——比如通过回调函数、状态变量标记或者事件触发，确保EnemyBase能准确感知攻击结束，进而触发决策树的下一轮判断。

第二种实现方式 #

void AttackAction::ExecuteAction(EnemyBase& owner) {
   /*The character class handles the attack and makes a new decision once the attack is
   finished*/
}

这种方式将攻击逻辑的执行和后续决策触发都交给EnemyBase本身。

• 优势：EnemyBase作为角色核心类，统一管理自身行为状态（比如攻击冷却、动画播放、伤害计算等），攻击逻辑能更紧密地和角色内部状态结合，避免Action与角色状态脱节。适合攻击逻辑依赖角色大量内部状态的场景。
• 注意点：必须确保EnemyBase在攻击完成后，能主动回调决策树的决策流程，避免攻击结束后角色陷入“无决策”的停滞状态。

更灵活的折中方案 #

如果想兼顾职责分离和状态内聚，也可以结合两者的优点：让Action负责调用角色的攻击接口，同时监听攻击完成的事件，再触发决策树的下一次决策。示例代码如下：

void AttackAction::ExecuteAction(EnemyBase& owner) {
    // 调用角色的攻击方法，并传入完成回调
    owner.StartAttack([&owner]() {
        // 攻击完成后，通知决策树执行下一轮决策
        owner.GetDecisionTree()->TriggerNextDecision();
    });
}

这种方式既保证了EnemyBase对自身攻击状态的掌控，又让决策树牢牢主导角色的行为流程。

内容的提问来源于stack exchange，提问作者user9206234