SCORM 2004（第4版）汇总流程为何使用活动所有子项而非仅可用子项

这不是伪代码的疏漏，是对应规范在设计两类流程时的有意差异化安排，核心原因如下：

• 两类流程的定位完全不同
  Select Children Process [SR.1]是面向用户交互的运行时触发流程，仅处理用户可触达的可用子项即可，不可用子项本身不会被用户触发，自然不会产生尝试数据，提前筛选掉不可用子项可以避免生成无意义的空运行记录，降低运行时的存储和计算开销。
  而Measure Rollup Process [RB.1.1 a]、Completion Measure Rollup Process [RB.1.1 b]、Rollup Rule Check Subprocess [RB.1.4]三类汇总流程是全量状态校准逻辑，设计为遍历所有子项主要是为了覆盖两类特殊场景：
  • 兼容自定义扩展汇总规则：部分业务场景下需要将不可用子项统一作为「未参与」状态纳入统计（比如计入完成率的分母），全量遍历不需要调整外层逻辑，仅修改内部校验规则即可实现这类需求，灵活性更高
  • 规避子项可用状态动态变更的统计误差：如果某个子项在之前的Select Children Process执行时处于不可用状态，后续被业务逻辑动态调整为可用，全量遍历能保证新的状态被纳入汇总计算，不会出现统计遗漏
• 你提到的「两种处理方式结果基本等效」的判断在默认规则下是成立的
  三类汇总流程的伪代码内部都内置了子项状态前置校验逻辑，遍历到不可用子项时会直接跳过后续的汇总计算步骤，和预筛选可用子项再遍历的计算结果完全一致，额外的遍历开销对于常规的活动节点数量来说可以忽略不计。

这种设计本质上是规范编写时的取舍：以可以接受的极微性能开销，换取更高的扩展灵活性和边界场景兼容性。

内容的提问来源于stack exchange，提问作者Alan Plum