发送动作是流程中的关键动作，程序或用户通过触发发送动作来进行流程的流转，对于人工干预的发送动作来说，通常会显得很复杂，做过类似办公系统的人都会体会到这点，发送为什么会变得复杂呢，首先发送是由多个步骤构成的，其次就是各个步骤都有一些用户可通过配置来改变发送步骤的行为的点，在人工干预要求很强的发送动作中，就变得更为复杂了，来看看正常情况下发送动作的步骤以及其可配置点：
1、
选择下一环节；
u
配置为由用户自行选择环节；
在这种情况下，用户又可以配置为选择一个环节或多个环节，当用户配置为仅选择一个环节时，如该环节下可用的环节为多个时，则需提供给用户选择，如可用环节仅一个时，程序应自动选择；当配置为选择多个环节时，则由用户自行选择。
u
配置为由程序决定下一环节；
在这种情况下，用户可配置为条件流转、或分离以及与分离三种情况。条件流转是指根据特定的条件来决定流向哪个环节，如当资金大于
100w
小于
1000w
时需要流转到环节
A
，当大于
1000w
时需要流转到环节
B
；或分离以及与分离都仅适用于后续环节超过一个时，或分离指由程序随机发送给后续的任一环节，与分离指发送给后续的所有环节。
2、
选择环节参与者；
u
配置为由用户自行选择参与者；
同样，在这种情况下，用户又可以配置为选择一个或多个参与者，在环节可用的参与者仅为一个时，由程序自动选择。
u
配置为由程序决定环节参与者。
同样，在这种情况下，用户又可配置为条件选择参与者、或选择以及与选择三种情况。
3、
流转流程到指定环节的指定参与者。
由程序自行实现。
在这样的整理下，可以看出流程的发送动作也不算太复杂，只是在实际的实现中往往会有各种各样不够好的实现，个人觉得对于流程的发送动作首先要看成一个完整的事务来实现，发送动作由各步骤来组成，各步骤中的失败后都可自动或由用户进行回滚操作，而各步骤的扩展配置点则可采用类似
Template Pattern
的方式或扩展点的方式来实现，在这样的设计下，发送动作具体怎么进行是可以通过配置来形成的，而不是通过代码反复的
copy
或调用，一个选环节、由程序自动根据条件选择参与者的发送动作可配置类似如下：
<action name=”
选环节但不选参与者
”>
<step ref=”
选环节
”>
<param name=”auto”>false</param>
</step>
<step ref=”
选参与者
”>
<param name=”auto”>true</param>
<param name=“extend” ref="条件选择参与者">
<conditions>
<condition participant="roleA,roleB">
<value name="form.money" condition=">">10000</value>
<value name="form.money" condition="<">100000</value>
</condition>
<condition participant="roleC">
<value name="form.money" condition=">=">100000</value>
</condition>
</conditions>
</param>
</step>
<step ref=”
流转
”/>
</action>
而在
step
的配置文件中类似如下：
<step name=”
选环节
” class=”com.blogjava.bluedavy.workflow.SelectActivityStep”/>
<step name=”
选参与者
” class=”com.blogjava.bluedavy.workflow.SelectParticipantStep”/>
<step name=”
流转
” class=”com.blogjava.bluedavy.workflow.SendStep”/>
<extend name="条件选择参与者" class="com.blogjava.bluedavy.workflow.SelectParticipantByConditionExtend"/>
在允许人工干预的发送动作中，要注意的是尽管发送动作是由多步骤来组成实现的，但基本上很难按照传统的责任链的方式去实现，这是因为流程发送动作的步骤是有界面中断交互的，最佳的方式是采用责任链加
continuations
的支持，就可以很好的实现流程的发送动作。
在实际的流程发送动作中，还有更为复杂的情况，象抄送、传阅办理、跳转、会签等这些特殊类型的发送动作，实现起来就比上述的发送动作更为复杂，但其实现原理仍然类似上面所述。