前言：在流程流转过程中，有时候需要条件模式的支持，这样可以使得流程流转更加灵活多变。比如在业务变量满足一定的条件时，可以启动特定配置的流程（或者位于主流程内部的子流程）。本文主要描述条件启动和条件中间流转的两种类型来满足业务过程的需要。
1. 条件启动
如上图所示，这是一个条件启动的流程，开始节点的类型是条件节点，流程启动的要求是在条件节点上定义的条件表达式被满足。
条件启动节点上的条件定义如上图所示，其中条件表达式: days==3，就是明确定义了流程启动需要满足的条件。days是条件变量，数值3表示需要满足的条件参数。在启动流程时，需要传递条件参数days的数值，如果days的数值恰好为3，流程就可以正常启动，如果不满足该条件，流程就不能启动。这种方式适合一些自动监控的流程，比如温度报警，欠款超额，信贷逾期等警示类型的监控处理。
2. 条件流转(中间条件事件)
正常运行中的流程，有时候会碰到一些条件类型的处理，比如设定满足一定的条件，流程才可以继续流转，否则流程就暂停等待在这里。比如一些投票流程，当投票人数超过设定好的数值后，表示用户同意流程继续流转，否则流程就暂停在当前位置，或者甚至作为自然终止的情况处理。
上图定义了一个中间条件事件的节点，表示当运行完Task001后，当前流程会停留在该条件节点位置，等待条件变量，如果条件变量有更新变化，并且满足条件表达式，则流程可以流转到下面的Task003位置，否则流程一直保持停留状态。节点上的条件表达式定义如下：
条件表达式:@days-@days>3，其中@days1和@days表示流程变量，该变量需要从流程变量表中读取(WfProcessVariable)，流程变量的更新和检测判断，是通过HangFire的后台作业轮询来处理。当自动作业检查到流程的两个变量@day1和@day2的数值后，然后再解析该条件表达式，如果满足，则流程正常向下流转。否则继续等待停留。
3. 结论
条件模式的应用，可以方便业务过程的警示类型的数据处理，比如温度过高的报警处理，或者账款数据逾期的报警处理。业务数据的数值范围通常代表不同的安全级别，条件模式的使用能够使得业务人员对业务数据的风险状况提前做出处理，有效化解了一些不必要的灾难或不良后果。这对于企业用户是非常有必要的。建议流程管理人员可以很好地使用条件模式，增强业务流程的可用性。