工作流的设计模式

Question

我不认为这是重复但我确实需要一些明智的方法来确认我的问题.

我的模式也将类似(尽管更复杂)下面的图片(我的应用程序从上到下开始).

它需要一个复杂的对象作为构造函数的一部分,然后通过各种进程(保存在不同的.dll中).

我以前没有接受过这样的项目,并且想要做对 - 我知道设计模式旨在帮助和提供指导.

我的问题是,哪些模式可行.我坚持使用.NET 2.0.我的研究表明序列模式.

那么,我是否只限于序列模式或者是否还有其他建议？

Answer 1

我写了类似的代码,但不只是单一的模式.最初我的方法是在Transaction Script模式中编写所有代码,然后重构.在重构过程中,我偶然发现了一些事情.

1. 模板模式:解耦逻辑到单独的类,我称之为活动(类似于WF),这些活动类的行为方式类似,因此使用模板模式.
2. 事务脚本模式:活动本身是一个事务脚本,可以接受参数,具有Fault属性,以及在执行期间将使用,构造和存储的结果.
3. 构建器模式:为了连接业务场景的所有Acitivity类,我最终得到了Builder模式.