ECS杂想

昨晚敲代码时突然想到，为什么ECS架构能降低复杂度

 

比如之前老出问题的死亡流程：

、战斗系统的Loop里，扣血空了

、调Death接口

、调统计计算

、外部注册的战斗结束回调

很可能Death的逻辑流牵扯很远，同“外部战斗回调”互斥了

代码层级很难察觉到这类冲突

 

为什么会有这种互斥呢？怎么发生的？

常见的一种：Death中清理了某些数据，战斗结束回调的逻辑流里仍持有该数据的引用

想想看，这一系列的动作（死亡、统计、各种回调）实际上发生在一条逻辑流中，互相间极易穿插

PS：顺序式编程的思路下，逻辑流从搜集数据那就开始了，因为后续调用不会重新搜集那份数据（ECS最大的优点了吧），而这份数据的“中途更新”……没有很好的方式捕获到

 

同一条逻辑流之中，我要主动去找寻“本次修改影响到的点”，依赖程序员对整体业务的熟悉度、细心度

一旦没有找全受影响点……~囧

 

ECS将这条逻辑流拆分了

比如战斗扣血空了，就只是血量空了，不在本处调用Death逻辑，交给“Death System”处理

这样战斗就是一条独立完整的逻辑流了，等它完毕后，再跑“Death System”的逻辑

新的逻辑流起始于“遍历检查空血对象”

……

每条逻辑流起始，均会重新搜集所需数据，接下来只跑本逻辑相关的一小部分，“修改影响点”不仅少了，且集中了