总线模式与工作流引擎扩展思路

  我们设计用户自定义工作流引擎的时候，往往面临这样的问题，即：流程图的设计权在用户那里，而我们后台的引擎代码却是系统开发人员是先写好的，这种情况导致-无限复杂的流程图与处理功能相对有限的流程引擎模块之间的矛盾，这个矛盾就是用户自定义工作流的主要矛盾，如何在现有技术水平下妥善解决这个矛盾就成为我们的主要任务

  前几天在装一台二手服务器的时候，看见PCI插槽，突然想到。。是否我们的自定义流程引擎的核心运行控制算法可以采用总线式与插件这种模型来实现呢？

  其实现有的自定义流程引擎的运行控制器是一个很死板的固定算法，通过递归模式，IF-ELSE，循环来实现流程图的遍历及其处理，这种处理方式对于用户自定义流程图的识别和处理能力很有限，对于那些拓扑结构异常复杂的流程图，这样的算法模型的处理能力非常低下。。

  如果采用总线式模型，那么通过开发扩展插件，并集成到核心控制器上面，那么引擎的处理能力将实现一个从量到质的变化。。。。。。。

  但是，如何把一个相对固定的代码模块转换为总线式的模型，还需要我们搞开源工作流的朋友努力。。。。