剧情演出工具开发总结

在框架搭建之前，提前预测重要的需求，表现效果等，为可预测范围内的功能新增和改动设计好框架，预留好接口，

时间管理：剧情的时间管理应当由自己控制，而非依赖于引擎脚本的刷新，这样更容易控制各个表现的效果，主要关注点有：
timeline更新，animator/animation更新，特效更新，音频更新，角色身上的各种动态更新（blendshape动画，头发动画等），对话流程控制（暂定，跳转等），

剧情状态管理：根据需求，设计好状态管理，实践经验告诉我，状态机模式不一定适合处理这种需求，所以可能需要根据具体的流程设计状态管理类。

提前规划好剧情制作管线，并画出流程图和需要参与开发的人协商优化。由于围绕剧情演出相关的文案策划，演出策划，场景美术，动画美术，特效美术，音频音效等都依赖于工具，而整个流程涉及到的人员又如此之多，所以应当提前先规划好大致的协作流程，各个中间步骤对接标准，标注出需要工具支持的地方，利用检查工具标准化上下游之间交接的中间件，最大可能减少对接过程中上下游信息不对称， 标准不统一造成错误。

热更注意事项。关注项目热更方案，以及剧情框架需要热更的部分。

规划好某些共用资源的功能之间的层级问题，例如，动画是否应该将呼吸与日常动作分离，面部表情的眼部，面颊，嘴部动画分层，等。

假设一个事物有很多种规格、样式，都符合需求，而可预见的未来将会产出很多这个事物的同类，那么我们应该提前规划好这些规格，样式的标准，以避免未来在数量剧增之后，引起的管理困难，应当按照功能用途、种类、使用场景等标准将资源按实际需求划分好，指定好规范。

规划好剧情编辑的三种时态：运行时，编辑时，编辑预览时；代码应该处理好这三种不同时态下的运行，同时尽量保证一致，目标是：所见即所得。

根据职责划分，将可并行的工作流程解耦，例如：剧情的文本修改，应该是由文案策划负责，剧情的演出由演出策划负责，文案策划想要改动文本中某些内容时候，应该不依赖于演出策划改动演出产出文件，而是与演出分离【软结合】单独维护一张文本表，以实现各司其职，互不阻碍和强依赖。类似的可以将业务内容划分为：演出资产（例如timeline, dsl脚本等），文本内容（包括多语言），音频，光照（不一定），相机后期（不一定），等。

剧情生命周期管理。 临时物体创建与销毁。