Unity中用Scriptable Object实现多态序列化是否为不良设计？

我的场景中有一个独立Module的列表，这些模块关联的数据和逻辑各不相同，因此我创建了多个Module的派生类并将它们存入列表。通过让Module继承ScriptableObject，我可以创建任意派生类型的模块并存入列表。请问这种设计是否不合理？我是否错误使用了Scriptable Object，或是遗漏了什么？我的目标是让派生Module能在Unity编辑器中完全序列化。当然，所有派生模块都共享父类定义的相同逻辑。

用户提供的代码示例：

class Module : ScriptableObject{
...
}

class ModuleX : Module{
   public int SpecificDataForModuleX = 0;
...
}

这种设计完全合理，是Unity中利用ScriptableObject实现模块化数据与逻辑分离的典型用法，并没有错误使用ScriptableObject，但有几个关键细节需要注意以确保序列化和编辑器工作流正常：

• 序列化核心注意事项：

  • 派生类需添加[CreateAssetMenu]属性（例如[CreateAssetMenu(fileName = "ModuleX", menuName = "Modules/ModuleX")]），这样能在Unity编辑器中直接创建对应类型的ScriptableObject资源，方便后续拖入列表。
  • 若在MonoBehaviour中存储List<Module>，Unity会以引用形式序列化这些模块，这恰好符合你“独立模块”的设计目标——修改单个模块资源会同步到所有引用它的地方。
  • 派生类中的自定义字段如果是自定义复杂类型，必须给该类型标记[Serializable]，否则编辑器无法识别和序列化这些字段。

• 逻辑共享与扩展规范：

  • 父类Module中定义共享逻辑时，建议用虚方法（virtual）提供默认实现，派生类通过重写（override）扩展专属逻辑，保证外部调用时有统一的入口，同时保留模块差异化能力。
  • 禁止在ScriptableObject中存储场景对象的直接引用，因为ScriptableObject属于全局资源，场景对象引用会导致跨场景的依赖问题，可改用对象ID、名称等间接方式关联。

• 编辑器体验优化：

  • 若需要在列表中直观区分不同模块类型，可以给每个派生类添加[Tooltip]属性说明，或者自定义CustomEditor来高亮显示模块类型信息。
  • 注意：Unity编辑器中无法直接在空列表项中选择派生类型，必须先创建对应类型的ScriptableObject资源文件，再将其拖入列表。

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