优化在 Unity 中的初始化流程

[onerain88]

问题

• 目前的初始化流程比较复杂，既要在代码中实例化 AVRealtime 对象，又要在 Unity 中绑定 AVInitializeBehaviour 脚本，并配置 AppId 和 AppKey。

优化方案

• 只在代码中进行初始化，无需在 Unity 中绑定并赋值，好处在于既可以减少配置的复杂程度，也可以减少配置不一致导致的错误。

优化方法

• 在 AVRealtime 的构造方法中，通过 Unity 创建一个「不会被场景销毁」 GameObject 对象，并根据构造方法的参数进行初始化。
• 优化 AVRealtimeBehaviour 中对 Realtime 配置的获取，不再单独获取一份。

注意事项

• 由于要创建 Unity 的 GameObject，则「必须」在主线程进行 AVRealtime 的初始化，这个要求对于 Unity 用户来说并不苛刻。
• 要对这个 GameObject 固定 Name，在用户多次实例化时便于 SDK 查找和去重。

[nicecui]

补充一下问题背景：这样复杂的初始化流程，导致用户接入我们时很难用代码动态配置 AppID，例如心动一个服对应一个 LeanCloud 应用。

补充一点注意事项：存储 AVInitializeBehaviour 和即时通讯 AVRealtimeInitializeBehavior 是两个不同的产品，要注意考虑只使用存储时如何初始化，存储和即时通讯一起使用时如何初始化。

[onerain88]

之前的 AVInitializeBehaviour 只是起到了 AVClient 的初始化，存在意义不大；AVRealtimeInitializeBehavior 是为了拿到 Unity 的生命周期，在消息回调时需要用到（之前也不是起这个作用）。 所以目前的思路是实现一个 Unity 生命周期的封装，来触发 SDK 内部事件，而废弃掉「初始化」的功能。