数据流会随系统复杂化持续分裂，高低层策略的拆分要视场景而定

[[HuntTheWumpus案例从三组件模型到多API边界GameRules成为最高层策略]]里两路数据流最终汇聚到GameRules，但不代表数据流永远只会汇聚成一个组件——如果游戏要支持多人联网对战，就得再加一个网络组件，形成第三条同样由GameRules控制的数据流；系统越复杂，组件在架构里自然会分裂出越多数据流。分裂还可能出现在同一个组件内部：Hunt the Wumpus的GameRules组件其实包含两组不同层次的业务逻辑——一组负责玩家在洞穴地图中的移动（MoveManagement，需要知道洞穴如何相连、每个洞穴有什么、如何触发事件），另一组是更高层的策略，负责管理玩家的血量和每个事件的后果（PlayerManagement）——低层的移动逻辑向高层策略传递FoundFood、FellInPit这类事件，高层策略据此管理玩家状态、最终决定游戏输赢。这两组逻辑是否该被切开、设计一个API作为架构边界，答案取决于场景：在单机版本里，也许没必要为它们单独设计边界；但如果游戏要升级成面向海量玩家的联网版本，MoveManagement交给玩家本地计算机处理、PlayerManagement交给服务端处理（并以微服务API的形式为所有MoveManagement实例提供服务），MoveManagement和PlayerManagement之间就必须有一条完整的系统架构边界——因为此时两者已经分处不同机器、通过网络通信，而不再只是同一进程内的两个逻辑分组。