Lyra的Modular Gameplay InitState 状态初始化链条 The Final Part

各位好，我是Diarica，今天带大家来共同探索Lyra 中的Modular Gameplay初始化链条的基本结构（2）

上一期我们一起了解了Modular Gameplay中一些重要的类，这一期我们会直接围绕着接口去讲它整个初始化的流程。您跟着这两期文章，应当是可以在自己的项目中实现它。

我们这期会拿Lyra的PawnExtensionComponent举例，See how it works

看完以后你可以拿自己的项目去接入这个初始化链条。

我们得知，PawnExtension是添加到Lyra游戏中所有Pawn的，它主要用来负责PawnData，ASC的初始化工作。

在头文件中，可以看到PawnExt重写了以下虚函数，以及一个静态的FName。这个静态的FName是用于标记当前组件的名称以用于初始化。

它在构造函数的上方

InitState的注册

OnRegister中

OnRegister是ActorComponent的一个虚函数，PawnExt重写了它，旨在更早的完成对InitState链条的注册。在这之前也检查了必备的PawnExt组件的数量，如果玩家类上超过1个，那么就触发Ensure。

BeginPlay中

可以看到，Beginplay中绑定了当初始化状态链条变更时的通知，这里我要说一下，去翻了ModularGameplay它的实现，我发现它最终是来到了 OnActorInitStateChanged这个函数之下，PawnExt也实现了它。

同样的，这里也尝试转换状态为Spawned，就是刚刚生成完玩家。

尝试转换状态需要调用TryToChangeInitState这个接口。

EndPlay中 取消注册InitStateFeature

逐一讲解每个函数的作用。

CheckDefaultInitialization

这个函数，主要是检查当前状态的初始化是否完成，是否可以进入下一个状态。

在Lyra中，一些关键对象（如PlayerController PlayerState）的OnRep时会调用它，来检查初始化是否完毕。它的用法详见下张图和下张图的注释。

OnActorInitStateChanged

它是上文提到的，用BindOnActorInitStateChanged();绑定的回调。可以绑定更新到指定状态后的回调，也可以响应所有状态的变化，在PawnExt里是响应所有状态的变化。

PawnExt里做的事情：当其他的对象已经初始化到DataAvailable状态，尝试转换到DataInitialized状态。

HandleToChangeInitState

在PawnExt中，没有特殊处理，主要是交给了HeroComponent。

GetFeatureName

这里顾名思义，获取那个唯一的FName，标识着实现了这个接口的类。

CanChangeInitState

这个是IGameFrameworkInitStateInterface中最复杂的一个方法，它的作用是检查我们当前的初始化是否完成。如果完成后，return true，可以过渡到下一个状态。

重点：Current State是你当前的状态，DisiredState是询问是否可以转换到的状态。

你需要在这里做你自己的一系列判定，判定这个状态的初始化是否已完成。

如：

xx属性在客户端是否有效?

UGameFrameworkComponentManager的静态函数

SendGameFrameworkComponentExtensionEvent

这里主要是当某些特定的内容初始化完成后发送的消息，同样的，也可以绑定特定消息的委托。

例如在HeroComponent中，输入绑定完成后的消息。

到这里，我们的Modular Gameplay初始化链条就讲完了。

确实是比较简洁的系统，把实现逐一拆解就明白了用法。

自然原理也似乎不是那么的难，你也可以自己尝试实现一个初始化链条。

下次再见！