(个人思考)游戏技能的实现

游戏技能实现的三种方式：

1.类似UE中GAS的方式，统一为Ability，并且不处理任何数据逻辑。

https://github.com/No78Vino/gameplay-ability-system-for-unity

2.类似双影其境那种， 简单直观，每个Ability都是独立处理响应、行为。

3.一个SkillController方式。 SkillController驱动所有Skill的更新，Skill+Buff系统去处理战斗内每个Entity的行为。

其实类似第1中方式。不过没有这么明确的限定“属性”一定要在GAS中的GameEffect中进行处理

 

主要目标：本文讨论第3种的实现方式的实现思路。本文并没有讨论“属性”的实现，没有讨论editor实现。

 

第一步：有哪些内容需要实现？

1.触发器

一个triggerCondition可以触发 triggerActionList

一个Skill可以有多个triggerConditionList

 

2.每个skill的状态和具体逻辑，和触发后的逻辑；

skill的Active状态，skill在Active状态下内部逻辑

 

3.每个skill之间的关系。

比如当active skillA的时候 会禁用skillB。

比如有active skillA的时候，不能active skillB

 

4.多个skill绑定ownerEntity

 

第二步：怎么实现

so : ScriptableObject的缩写

我们定义了一个SkillContainer的So，里面包含了所有信息。

1. 一个triggerCondition只是condition，并不关心触发后的triggerActionList是什么。我们使用组合的方式

1.1 triggerCondition是一个so

1.2 triggerActionList的element是so (eventData)。

像一些CommonAction由指定CommonActionSystem去监听执行，比如常见的消耗、发射单发子弹行为。

像一些特殊的Action由当前skill.cs去执行。比如 每隔1s生成一颗环绕的旋转球

 

在实现skill流程后，通过配置去映射流程的实现， 并且，配置去“配”一些通用的功能。 

 

2.skill的话需要定义

2.1

interface ISkill
{
    bool Active { get; set; }
    bool TryActivate();
    void Deactivate();
    void Tick();
}

2.2 trigger的action直接监听1.2中的 triggerActionEventData

2.3  针对快节奏的项目，而非大世界的项目。我觉得直接把所有skill看作permanentSkill就行了，如果不需要了，直接Deactive。

如果是战斗内new的skill，也没有问题。

最多在Deactive的时候，把可能的“大数据”给clear或者returnPool。

这样比较简单直接

 

3.skill之间的关系

当整体skill流程完成后，通过skill内的tag数据去做“流程内”的细节处理。

比如在TryActive的函数内，需要检测这个skill和owner active skillList之间的关系。

 

4.我们使用entity+component的方式，而不是面向对象的方式实现。那么我们定义system和component：

class SkillList: Component
{List<ISkill>
}

同时， SkillSystem去Update这个SkillListComponent

class SkillControllerSystem