C# 工作流设计模式

我不认为这是一个错误，但我确实需要一些明智的人来证实我的问题

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

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

我以前从未接手过这样的项目，我想把它做好——我知道设计模式是用来帮助和提供指导的

我的问题是，什么样的模式可以起作用。我被困在.NET2.0上。我的研究表明了序列模式

---

那么，我是仅限于序列模式还是有人有其他建议？

我编写了类似的代码，但不只是使用单一模式。最初我的方法是全部编码，然后重构。在重构过程中，我遇到了以下问题：

模板模式：分离逻辑以分离类，我称之为活动（类似于WF），这些活动类的行为方式类似，因此使用模板模式

事务脚本模式：活动本身是一个事务脚本，可以接受参数，具有错误属性，以及在执行期间使用、构造和存储的结果

构建器模式：为了连接业务场景的所有活动类，我最终使用了构建器模式

---

您是否考虑使用工作流基础（）？它也有一个可视化编辑器。只需谷歌一下-谢谢你，卡雷尔，我已经更新了我的帖子-很遗憾，我被困在.NET2.0上，工作流从.NET3.0开始。