前几天画了一个流程图，如图①，[超时判断]放在[处理邀请]之前。

某些设计师朋友存在异议：应该是先触发[处理邀请]，然后系统才能进行[超时判断]吧？如图②，[超时判断]放在[处理邀请]之后。

在网页设计中，因为默认没有同步机制，存在一种极端情况：在载入网页的时候，尚未超时，过了很长事件，已经超时，但是此时网页中依然是可以进行处理的状态。如图③，[处理邀请]的前后分别设置[超时判断]。

试图寻找“不那么啰嗦的画法”，见到另外一种方法，可以视为图①的变体：如果超时就直接绕过[处理邀请]，直接进入[是否同意]的判断。

另外一种“不太靠谱”的方法，可以视为图②的变体：直接绕路，把[超时判断]放在[处理邀请]之后……

上图“不靠谱”，因为[超时判断]无论是否，都会指向同一个后续环节。这有点像《地下交通站》贾贵队长的名言：

分析至此，作者推荐图①的方法，因为：如果没有用户界面，系统就是按照图①运作，“执行处理之前，进行超时判断”。‍

来源 | Hozin（ID：hozin-com）

作者 | 鸿津Hozin ；编辑 | 呼呼大睡

内容仅代表作者独立观点，不代表早读课立场