项目 github地址
打开项目选GameLauncher场景，直接启动游戏。我用的是 Unity 2021.3.6f1 版本。但应该是2017之后的都支持，没有实测过。
参考
GameFramework框架详解之 Procedure 流程管理
老规矩，先看上面这篇文章。重构后的项目保留了框架的启动逻辑和流程。
简单总结一下实现原理
- 每一个 Procedure 都继承自 ProcedureBase。
- 每一个 Procedure 其实就是状态机的一个状态 FSMState。
- procedureOwner 其实就是 procedureManager，管理所有的FSMState和状态的生命周期。同时，procedureOwner 还用来作为流程的上下文，存储流程之间的共享数据。
- ProcedureComponent会在启动的时候创建这个状态机。
流程重构
游戏用流程的不同阶段来解耦和隔离业务功能是一种很好的模式。但原来的StartForce项目，只是简单的把流程作为串联业务的场所，混合了太多逻辑。所以这里把 StartForce 进行了重构，重构之后:
- 流程 ProcedureXXX 职责更单一，只负责流程的切换和流程自己的生命周期控制。
- 和当前业务相关的业务逻辑，UI逻辑，等都放在当前业务的目录下，让业务代码更具内聚性。
- 如果某些非业务功能或UI是各个流程共用的，比如某些UI界面可能在多个流程都用到，就放到 Comm/UI 目录下面。
- 如果某些业务是多个流程共用的，就放到Scripts/Game/Bs/XXX 目录下面，根据业务模块来做扩展。
总的来说，就是把整个游戏业务按不同的流程进行拆分（一般会对应不同的场景），也就是说尽量按照场景来组织ui和业务（这个场景有哪些ui，有哪些业务），如果遇到共用的ui和业务，就往上提。
使用
先上个截图
添加流程分三步
-
ProcedureXXX 继承 ProcedureBase，实现对应的五个方法。 OnInit，OnEnter，OnUpdate，OnLeave，OnDestroy
-
OnUpdate 里面做流程切换逻辑，状态切换通过ChangeState方法完成。
-
业务逻辑弄好之后，在图中的 Procedure 组件节点配置流程。
框架会自动发现继承了ProcedureBase的流程，只要在新增的流程前面打钩就好了，就会加入到框架的流程管理系统。
几点说明
-
如果需要在流程之间传递数据，或者说有数据上的依赖，统一使用 ProcedureDataMgr 进行设置和获取，不要直接使用 procedureOwner。
-
在 Procedure 组件节点配置中的入口配置，"Entrance Procedure",选 ProcedureLaunch 是游戏启动流程，选 ProcedureTest 则是启动的测试流程，项目中的测试用例是用这个流程启动的。
-
流程的业务逻辑，不要写在 在 ProcedureXXX 里。
ProcedureXXX 应该只处理流程相关的业务，流程的进入退出等，或者通过 ProcedureDataMgr 来获取和设置数据。
具体流程内的业务，统一在 ProcedureXXXMgr 中去实现。
最后，借用一下PassionY的 StarForce 流程图，可以按照这个流程图来尝试调试下游戏，看看每个流程是怎么串联起来的。重构之后的代码很容易看懂，设个断点跟着跑跑，很快就能看懂（默认的是编辑器模式，只涉及到6个流程）。
