工作流的设计模式

Question

我认为这不是duplicate，但我确实需要一些明智的方法来确认我的问题。

下面的图片（我的应用程序从上到下开始）我的模式也会类似（尽管要复杂得多）。

它将一个复杂的对象作为构造函数的一部分，然后经历各种过程（保存在不同的.dll中）。

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

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

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

Answer 1

我写过类似的代码，但不只是单一的模式。最初我的方法是在Transaction Script pattern中编码所有代码，然后重构。在重构过程中，我遇到了一些问题;

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